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DATA REPRODUCTION SYSTEM AHD METHOD 

BACKGROUND OF THE INVENTION 

Field Of The_inventiori 

The present invention relates to the 

storage and reproduction of data and, more 
particularly, to the reproduction of data by a 
reproduction device being coordinated by a unit 
attached to a reproduction device capable of reading 
a portable memory device having stored information 
corresponding to the reproduction data. 

S^^2£iEti^JL-0f_nie^elatM^Ar^ 

in a computer network environment, personal 
computers, workstations and l/o (Input/Output) 
devices such as printers, scanners, facsimile 
machines, copies, digital cameras, etc. are 
Interconnected. Advantageously, networked i/o 
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devices are accessible via the network to a network 
computer user such that the user may select from a 
number of devices to perform an I/O operation. 

However, a disadvantage of the conventional 
5 network approach is that a user must specify a 

device at the time of the I/O operation. That is, 
the selection of data is coupled with the selection 
of the device during an I/O operation. As a result, 
the data is then formatted for use by the selected 

10 device. To use another device, it is necessary to 

use a separate I/O request to reselect the data and 
to choose another I/O device. 

For example, in a Windows environment, to 
output data such as a word processing document, a 

15 user typically initiates the operation within the 

document using a dialog panel that contains the 
user's settings including the I/O device that is to 
output the document. When the request is submitted, 
the data that is to be output is formatted for the 

2 0 selected device and forwarded to the output device. 

The user cannot change the output device designation 
after submitting the print request. The format of 
the output data is dictated by the device selection. 
Thus, there is no ability to dynamically reformat 

2 5 the data for the other device. Once it is 

formatted, the data is sent to the selected device 
for output. To output the data to another device, 
it is necessary to initiate another request and 
designate the other device. 

3 0 In a case of an input operation such as 

that involving a scanner, for example, a data file 
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is generated that contains image data. It may be 
desirable to use the image data with an I/O device 
that does not support the image data's format. 
Thus, it would be necessary to initiate the I/O 
5 operation within an application that is able to read 

the data file and selecting the desired device. 

Further, it is necessary to install an I/O 
device in a computer system before a computer user 
may use the device in an I/O operation. For 

10 example, in Windows98, the "Add Printer" function is 

used to add an entry in the system's registry of 
printers and to install a printer driver for use 
with the printer. Since, under the conventional 
approach, a user must specify both the data and the 

15 device at the same time, it is not possible to 

designate a device that has not previously been 
installed on the user's system. 

The Internet Print Protocol (IPP) that is 
being developed through the Printer Working Group in 

2 0 accordance with the Internet Engineering Task Force 

(IETF) allows a user to print to remote printers 
across the Internet or an intranet. Further, it is 
possible to print by reference, or print a document 
by referring to the document's URI (Universal 
25 Resource Identifier) . 

However, before a printer may be used for 
the first time, the end user must locate the desired 
printer on the Internet/intranet and then create a 
local instance of the printer on the user's system 

3 0 and install a printer driver. Once the desired 

printer has been located and installed, the user may 



print to the printer from local applications (i.e., 
applications running on the user^s computer system) 
such as browser, word processing, spreadsheet, etc. 
applications. The print data is formatted and sent 
5 via the Internet /intranet to the designated printer, 

IPP provides a means to locate, install and 
use remote printers in a manner similar to using a 
local printer. Further, like the previously- 
discussed approach, the user must specify the remote 

10 printer when initiating the print. The data is 

formatted based on the user's designation at the 
time the print job is initiated by the user. There 
is no provision to redirect the request to another 
device or to dynamically reformat the data to 

15 accommodate such a redirection. 

Another approach for accessing an I/O 
device consists of an apparatus that reads a PCIXICIA 
card containing a user^s identification. The user 
identification is used to determine a forwarding 

2 0 location for input information and a directory on 

the apparatus that contains a user's output for a 
device connected to the apparatus . In Japanese 
laid-open Patent 9-261486, a network system is 
described that consists of an apparatus that 

2 5 interfaces with a PCMCIA (Personal Computer Memory 

Card International Association) card, a client 
computer and a peripheral device . The apparatus 
stores user information and is capable of 
temporarily storing I/O data. The PCMCIA card 

3 0 contains a user identification that is used by the 

apparatus to access user information stored in the 



apparatus such as the location of data stored on the 
apparatus and an identification of the user's client 
terminal , 

Where the apparatus is connected to an 
5 input device, the input is directed to a 

previously-specified location identified in the user 
information stored in the memory of the apparatus. 
Where the apparatus receives output data from a 
user, the apparatus stores the data in its memory 

10 until the user's PCMCIA card is inserted at the 

apparatus . 

More particularly, when output data is 
received, the apparatus searches its database to 
determine the user's directory and temporarily 

15 stores the data in the directory associated with the 

user identification accompanying the output data. 
When the user^s PCMCIA card is inserted in the 
apparatus, the user identification is retrieved and 
used to identify the directory that contains the 

20 user's output files(s). Each file that is stored in 

the user's directory on the apparatus is transmitted 
to the connected output device for output by the 
device . 

In the case of an output request, the user 

2 5 identifies the device at the time the output request 

is submitted. Once the user designates the device 
that is to output the desired data, the user is not 
able to alter the device designation. Further, 
there is no provision for forwarding the output to 

3 0 another output device or to ensure that the data is 

formatted for a given output device. 
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SUMMARY OF THE INVENTION 
The present invention addresses the 
foregoing problems and provides a data reproduction 
5 system and method to separate the selection of data 

for reproduction from the selection of the 
reproduction device that is to reproduce the data. 
A reproduction request may be made without the need 
to first identify the device that is to satisfy the 

10 request. Data may be formatted, or reformatted, 

dynamically to accommodate the various reproduction 
device selections. Thus, it is possible to 
reproduce the data using various reproduction 
devices, or to divert the data to a different 

15 reproduction device after the data is selected for 

reproduction. Further, by separating the data and 
device selections, it is not necessary that a device 
be installed on a user's computer in order to direct 
the reproduction data to the device. 

2 0 In one aspect of the invention, a data 

storage and reproduction system is provided using a 
computer network that comprises a server, at least 
one attachment unit that is coupled to the server 
and first and second reproduction devices . The 

2 5 server storing data to be reproduced. At least one 

attachment unit comprising means for interfacing 
with a portable memory device having a reference to 
the reproduction data. The first reproduction 
device capable of performing a first data 

3 0 reproduction of the reproduction data and the second 

reproduction device capable of performing a second 



data reproduction of the reproduction data, the 
second data reproduction being different than the 
first data reproduction. Wherein the server 
responds to a request from the at least one 
5 attachment unit by transmitting the reproduction 

data and where the reproduction data is determined 
to be a format unsuitable for the reproduction 
device, the data is reformatted for use by the 
reproduction device. 

10 In another aspect of the invention, a 

network terminal is provided which is capable of 
being accessed by at least one data reproduction 
device having means for interfacing with a portable 
memory device, the portable memory device including 

15 a reference to reproduction data stored in the 

network terminal. The network terminal comprising 
means for storing the reproduction data, means for 
receiving a request for the reproduction data from 
the at least one data reproduction device, means for 

2 0 determining whether to convert the reproduction data 

to a format compatible with the reproduction device, 
means for converting the reproduction data based on 
the result of a determination by the determination 
means, and means for sending the reproduction data 
25 to the reproduction device. 

Yet another aspect of the invention 
comprises an attachment unit connectable to plural 
types of data processing devices, comprising means 
for interfacing with a portable memory device having 

3 0 information including a reference to data stored on 

a network server, means for sending a request for 



the reproduction data, means for receiving the 
reproduction data from the network terminal and 
ensuring that the reproduction data is in a format 
for use by one of the plural types of data 
5 processing devices and means for causing the at 

least one of the plural types of data processing 
devices to perform a data reproduction of the 
received data. 

A further aspect of the invention comprises 

10 a method of storing and reproducing data on at least 

one of plural types of reproduction devices. The 
method comprising storing the reproduction data on a 
server, retrieving information stored on a portable 
memory device in response to a request to reproduce 

15 the reproduction data using one of plural types of 

reproduction devices, the stored information on the 
portable memory device corresponding to the 
reproduction data, using the stored information to 
access the reproduction data on the server and 

2 0 ensure that the reproduction data is of a format 

suitable for the requested reproduction device and 
reproducing the reproduction data using the 
requested reproduction device. 

Another aspect of the invention comprises a 

2 5 method for reproducing data using a terminal 

connected to a network having plural types of 
reproduction devices each having data format 
requirements. The method comprising storing the 
reproduction data, sending access information 

3 0 corresponding to the reproduction data for storage 

in a portable memory device, receiving a 



reproduction request including information stored in 
the memory of the portable memory device, 
determining using information included in the 
reproduction request whether to convert the 
5 reproduction data to a new format, converting the 

reproduction data based on the outcome of the 
determining step and sending the reproduction data 
for reproduction by the requested reproduction 
device . 

10 In yet another aspect of the invention, a 

method of reproducing data using an attachment unit 
connectable to plural types of reproduction devices 
and to a network server is provided. The method 
comprising interfacing with a portable memory device 

15 to store and retrieve information including a 

reference to reproduction data stored on the network 
server, detecting a request to reproduce the data 
using a requested one of the plural types of 
reproduction devices, determining, using the stored 

2 0 information, whether the data stored on the network 

server is to be converted to a format suitable for 
the requested reproduction device, sending a request 
to the network server for the reproduction data and 
causing the requested reproduction devices to 
25 reproduce the reproduction data received from the 

network server . 

In yet another embodiment, a 
computer- readable memory medium is provided in which 
computer-executable process steps are stored, the 

3 0 process steps for storing and reproducing data on at 

least one of plural types of reproduction devices, 



wherein the process steps comprise a storing step to 
store the reproduction data on a server; a 
retrieving step to retrieve information stored on a 
portable memory device in response to a request to 
5 reproduce the reproduction data using one of plural 

types of reproduction devices, the stored 
information on the portable memory device 
corresponding to the reproduction data; an accessing 
step to access, using the stored information, the 

10 reproduction data on the server and ensure that the 

reproduction data is of a format suitable for the 
requested reproduction device; and a reproducing 
step to reproduce the reproduction data using the 
requested reproduction device. 

15 In another embodiment, a computer- readable 

memory medium is provided in which 
computer- executable process steps are stored, the 
process steps for reproducing data using a terminal 
connected to a network having plural types of 

2 0 reproduction devices each having data format 

requirements, wherein the process steps comprise a 
storing step to store the reproduction data; a 
sending step to send access information 
corresponding to the reproduction data for storage 

2 5 in a portable memory device; a receiving step to 

receive a reproduction request including information 
stored in the memory of the portable memory device; 
a determining step to determine using information 
included in the reproduction request whether to 

3 0 convert the reproduction data to a new format; a 

converting step to convert the reproduction data 



based on the outcome of the determining step; and a 
sending step to send the reproduction data for 
reproduction by the requested reproduction device. 
In still another embodiment, a 
5 computer-readable memory medium is provided in which 

computer-executable process steps are stored, the 
process steps for reproducing data using an 
attachment unit connectable to plural types of 
reproduction devices and to a network server, 

10 wherein the process steps comprise an interfacing 

step to interface with a portable memory device to 
store and retrieve information including a reference 
to reproduction data stored on the network server; a 
detecting step to detect a request to reproduce the 

15 data using a requested one of the plural types of 

reproduction devices; a determining step to 
determine, using the stored information, whether the 
data stored on the network server is to be converted 
to a format suitable for the requested reproduction 

2 0 device; a sending step to send a request to the 

network server for the reproduction data; and a 
causing step to cause the requested reproduction 
devices to reproduce the reproduction data received 
from the network server. 

25 This brief summary has been provided so 

that the nature of the invention may be understood 
quickly. A more complete understanding of the 
invention can be obtained by reference to the 
following detailed description of the preferred 

30 embodiment (s) thereof in connection with the 

attached drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is an outward view of a hardware 
environment embodying the present invention. 

Fig. 2 is a block diagram of the internal 
architecture of a personal computer for use in 
conjunction with the present invention. 

Fig. 3 is a block diagram of relevant 
internal architecture of computer servers used in 
conjunction with the present invention. 

Figs. 4A and 4B illustrate GUIs comprising 
common and customizable portions for use with the 
present invention . 

Fig. 5 provides an example of information 
that may be stored in memory of a portable memory 
device according to the present invention. 

Fig. 6 illustrates a process for responding 
to an operation selected by the user according to 
the present invention. 

Fig. 7 illustrates a flow diagram of 
process steps to process a copy operation where the 
reproduction data may be viewed within an 
application or saved to another location according 
to the present invention. 

Fig. 8 illustrates a flow diagram of 
process steps to process a copy operation to edit a 
selected reproduction data according to the present 
invention. 

Fig. 9 illustrates a flow diagram of 
process steps to edit reproduction data according to 
the present invention. 
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Fig. 10 illustrates a flow diagram of 
process steps to respond to a printer request 
according to the present invention. 

Fig. 11 illustrates a flow diagram of 
5 process steps to send reproduction data via fax and 

electronic mail, or email, according to the present 
invention . 

Fig. 12 illustrates a flow diagram of 
process steps to delete reproduction data according 
10 to the present invention. 

Fig. 13 illustrates a flow diagram of 
process steps to convert reproduction data from a 
current format to a suitable format according to the 
present invention . 
15 Fig. 14 illustrates a flow diagram of 

process steps of a server to respond to requests 
according to the present invention. 

Fig. 15 illustrates a flow diagram of 
process steps of a server to respond to an access 
20 (e.g., email or download) request according to the 

present invention . 

Fig. 16A illustrates an example of a user 
interface for use with a personal computer 
reproduction device according to the present 
2 5 invention. 

Fig. 16B illustrates an example of a user 
interface for use with a digital copier reproduction 
device according to the present invention. 

Fig. 16C illustrates an example of a user 
30 interface for use with an intelligent display 

according to the present invention. 
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Fig. 16D illustrates an example of a user 
interface for use with a facsimile machine according 
to the present invention. 

Figs. 17A through 17E illustrate a flow 
5 diagram of process steps, according to the present 

invention, in which an attachment unit responds to 
input received from the user interface depicted in 
Fig. 16A. 

Figs. 18A through 18D illustrate a flow 
10 diagram of process steps, according to the present 

invention, in which an attachment unit responds to 
input received from the user interface depicted in 
Fig. 16B. 

Figs. 19A through 19C illustrate a flow 
15 diagram of process steps, according to the present 

invention, in which an attachment unit responds to 
input received from the user interface depicted in 
Fig. 16C. 

Figs. 2 OA through 2 0E illustrate a flow 
2 0 diagram of process steps, according to the present 

invention, in which an attachment unit responds to 
input received from the user interface depicted in 
Fig. 16D. 

Figs. 21A through 21C illustrate a flow 
25 diagram of process steps, according to the present 

invention, in which a server responds requests such 
as those transmitted by an attachment unit in Figs. 
17A through 17E, Figs. ISA through 18D, Figs. 19A 
through 19C, Figs. 2 OA through 2 0E. 
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Fig. 22 illustrates a flow diagram of 
processing steps for initializing an attachment unit 
according to the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Fig. 1 is an outward view of representative 
computing hardware embodying the present invention. 
Shown in Fig. 1 are computer 1 executing a browser- 
enabled operating system, such as Microsoft 
Windows98®, display monitor 2 for displaying text 
and images to a user, keyboard 4 for entering text 
and commands into computer 1, and mouse 5 for 
manipulating and for selecting objects displayed on 
display monitor 2 . Also included with computer 1 
are fixed disk drive 6, in which are stored 
application programs, such as a World Wide Web 
browser application, data files, and device drivers 
for controlling peripheral devices attached to 
computer 1, floppy disk drive 7 for use in reading 
data from and writing data to floppy disks inserted 
therein. Data and/or applications may also be 
accessed from a CD-ROM via a CD-ROM drive (not 
shown) or over a network to which computer 1 may be 
connected (network connection not shown) . 

Computer 1 further includes a connection 17 
to World Wide Web 10. While the invention is 
described with reference to the World Wide Web 10 
(also referred to as the Internet) , it should be 
apparent that the invention may be practiced with 
other types of networks such as an intranet, local 
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area network, etc. Connection 17 may be formed, for 
example, via a serial modem (not shown) connected to 
computer 1 and a telephone line which, in turn, is 
connected to World Wide Web 10. It should be noted 
5 that computer 1 may be connected to World Wide Web 

10 by other types of connections. By executing a 
web browser application, web pages and data can be 
received from World Wide Web 10 over connection 17 
for display on monitor 2 and/or use by computer 1. 
IQ Also connected to World Wide Web 10, via a 

connection 17, is web server 15, which receives 
requests for web pages and/or data from such web 
browsers and/or other applications running on a 
client device such as computer 1 and sends the pages 
15 and/or data to a requesting application over World 

wide Web 10 . It should be apparent while only one 
server 15 is shown in Fig. lA, additional instances 
of server 15 may be used to store and reproduce data 
as described herein. 
2 0 Also connected to World Wide Web 10 (via 

connection 17) is reproduction device 18 that may be 
used to reproduce data. Reproduction device 18 may 
be, for example, a printer, display (such as an 
intelligent display), a scanner, facsimile machine, 
2 5 digital copier or a personal computer (e.g., an 

instance of computer 1) . According to the present 
invention, one instance of reproduction device 18 
may differ from another instance of reproduction 
device 18 in data format expected by the 
30 reproduction device 18. Attachment unit 19 is 

attached to a reproduction device 18 which comprises 
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a reader/writer 2 0 capable of reading from and 
writing to portable memory device 21. 

As is discussed in more detail below, 
attachment unit 19 is coupled to reproduction device 
18 and facilitates the storage and reproduction of 
data using the present invention. Portable memory 
device 21 includes memory store that includes, among 
other things, the data format of data stored on 
server 15. When data is to be reproduced by 
reproduction device 18, attachment unit 19 
determines based on the information stored in 
portable memory device 21 whether data's current 
format is suitable for the reproduction device 18. 
If not, the data is reformatted for use by 
reproduction device 18 . 

Attachment unit 19 may be internal or 
external to reproduction device 18. That is, 
attachment unit 19 may be a component of smart box 
25 which, as is illustrated in Fig. IB, provides an 
interface between World Wide Web 10 and reproduction 
device 18 . 

Web server 15 includes program code 
configured to receive requests and send responses to 
the requesting application to assist a user of 
computer 1 or other device to store data on web 
server 15 and retrieve stored data for reproduction 
by various instances of reproduction device 18. 

Like computer 1, web server 15 is a 
computing system that is preferably executing a 
browser-enabled operating system, such as Microsoft 
Windows98®, and may include a display monitor 2, 



keyboard 4 for entering text and commands and mouse 
5 for manipulating and for selecting objects 
displayed on display monitor 2 . Web server 15 
further includes one or more disk drives (e.g., 
5 fixed disk drive 6, floppy disk drive 7 and/or a 

CD-ROM drive) , in which are stored reproduction 
data, application programs, other data and files, 
and device drivers for controlling peripheral 
devices . 

10 A floppy disk drive, such as floppy disk 

drive 7 may be used to read data from and write data 
to floppy disks inserted therein. Data and/or 
applications may also be accessed from a CD-ROM via 
a CD-ROM drive (not shown) or over a network to 

15 which web server 15 may be connected (network 

connection not shown) . 

Web server 15 is connected to World wide 
Web 10 via connection 17 which may be a serial modem 
or other interface (e.g., ethernet card) to connect 

2 0 directly or, indirectly, to the World Wide Web (or 

other communications network such as local or wide 
area networks) . Connection 17 may be, for example, 
a telephone line, a Tl line, a local area network 
connection or the like. In a case that connection 
25 17 connects directly to a local area network, the 

local area network is preferably connected to a 
router (not shown) , which, in turn, is connected to 
World Wide Web 10. In such a configuration, the 
router includes firewall software for prevention of 

3 0 unauthorized access to the local area network. 
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Fig. 2 is a block diagram of the internal 
architecture of computer 1. Shown in Fig. 2 are CPU 
20, which is preferably a Pentium- type 
microprocessor, interfaced to computer bus 22. Also 
5 interfaced to computer bus 22 are printer interface 

23 f to allow computer 1 to communicate with printer 
8, modem interface 26 to enable communications 
between computer 1 and its internal modem, display 
interface 2 7 for interfacing with display monitor 2, 
10 keyboard interface 2 8 for interfacing with keyboard 

4, and mouse interface 2 9 for interfacing with mouse 

5. of course, if computer 1 connects to World Wide 
Web 10 by a connection other than a telephone 
connection, a suitable interface other than modem 

15 interface 29 may be utilized. 

Read only memory (ROM) 31 stores invariant 
computer-executable process steps for basic system 
functions such as basic 1/0, start up, or reception 
of keystrokes from keyboard 4 . 

2 0 Main random access memory (RAM) 32 provides 

CPU 2 0 with memory storage which can be accessed 
quickly. In this regard, computer-executable 
process steps of a web browser or other application 
are transferred from disk 6 over computer bus 22 to 
25 RAM 32 and executed therefrom by CPU 20. 

Also shown in Fig. 2 is disk 6 which, as 
described above, includes a windowing operating 
system, a web browser executable on the particular 
windowing operating system, other applications which 

3 0 may include word processing, spreadsheet, graphics, 

gaming applications as well as applications 
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downloaded from World Wide Web 10 (e.g., an 
interactive photo shop interface application) . Disk 
6 further includes data files and device drivers as 
shown. 

5 Web server 15 has a similar internal 

architecture to that of computer 1. In addition to 
that described, web server 15 may further include a 
TCP/IP layer wherein the TCP portion of a packet 
received via World Wide Web 10 is removed and an 

10 HTTP or, in a case of a secure (e.g., encrypted) 

packet, an HTTPS packet is forwarded to HTTP, or 
HTTPS, server software, respectively. The HTTP, or 
HTTPS, server 15 may forward the request to a 
specified application. For example, a request from 

15 attachment unit 19 is forwarded to application 

software capable of handling such a request (e.g., 
download, delete, conversion, etc.). Responses 
(e.g., a web page and/or data responses) are 
forwarded to the client using this mechanism in the 

20 reverse. A response may be forwarded to a requester 

via the HTTP, or HTTPS, Server, the TCP/IP Layer 41 
and World Wide Web 10. 

Fig. 3 illustrates an example of an 
internal architecture of attachment unit 19 

25 according to the present invention. As is 

illustrated in the example architecture, attachment 
unit 19 includes a central processing unit 20, bus 
22, disk 6, RAM 32, ROM 31 as previously described. 
Disk 6 includes software executable by CPU 2 0 used 

3 0 in the storage and reproduction of data as is 

described herein. Further, attachment unit 19 
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includes read/write interface 3 5 that provides an 
interface to read/write unit 20. Read/ write unit 2 0 
allows attachment unit 19 to read from and write to 
portable meniory device 21, and may be external or 
5 internal to attachment unit 19 . A network interface 

3 6 provides an interface between attachment unit 19 
and a network (e.g., Internet/ intranet 10). 

I/O interface 3 7 provides an interface 
between an I/O device and attachment unit 19. 

10 Examples of I/O devices that may be used with 

attachment unit 19 include display and input 
devices. A display may be used to display a 
graphical user interface (GUI) including available 
storage and reproduction functions such as the 

15 functions provided by reproduction device 18, 

Examples of input devices that may be used with 
attachment unit 19 include a keypad, keyboard, 
mouse, etc. for use in entering and/or selecting 
commands to store and reproduce data. Parallel 

2 0 interface 3 9 provides an interface between 

attachment unit 19 and reproduction device 18 . 

In the example of Fig. 3, attachment unit 
19 is external to reproduction device 18. However, 
attachment unit 19 may be internal to reproduction 
25 device 18. In such a case, the internal 

architecture of attachment unit 19 may not include 
parallel interface 39 for interfacing with 
reproduction device 18. 

The present invention stores and reproduces 

3 0 data such that the reproduction device selection is 

made independent of the reproduction data selection. 
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Thus, it is possible to select data for reproduction 
once for use with multiple reproduction devices 18. 
The present invention ensures that the format of 
reproduction data is suitable for each of the 
5 reproduction devices 18 that are used to reproduce 

the data. The present invention further provides 
the ability for a computer system user to use a 
reproduction device 18 that has not been previously 
installed in the computer system. Further, the 

10 present invention allows a user to delay a 

reproduction operation. 

According to the present invention, data 
identified as reproduction data is retained in 
storage by server 15 and accessible for use in one 

15 or more reproduction operations using attachment 

unit 19 coupled to a reproduction device 18 and 
server 15. Attachment unit 19 is capable of reading 
portable memory device 21 (e.g., smart card, PCMCIA 
card, etc.) having a memory for storing a reference 

2 0 to the data stored on server 15. 

The present invention provides a mechanism to 
allow a first instance of reproduction device 18 to 
perform a first reproduction of the reproduction 
data and a second reproduction device 18 to perform 
25 a second reproduction of the reproduction data, the 

second instance of reproduction device 18 being 
different than the first instance of reproduction 
device 18 . Server 15 responds to a request from an 
attachment unit 19 by transmitting the reproduction 

3 0 data and where the reproduction data is determined 

to be a format unsuitable for the intended 
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reproduction device 18, the data is reformatted for 
use by the reproduction device 18. 

Where it is determined that the 
reproduction data has a format that is unsuitable 
5 for the reproduction device 18, the data may be 

reformatted by attachment unit 19, server 15 or 
another computer system or server that is capable of 
reformatting the reproduction data. 

A user interface is provided for outputting 

10 information (e.g., information stored on portable 

memory device 21) and receiving instructions. The 
user interface comprises a portion that is common to 
all reproduction devices 18 and another portion that 
is customized for use with a certain instance or 

15 type of reproduction device 18 coupled with 

attachment unit 19. For example, the customizable 
portion comprises options and/or information 
corresponding to the functionality provided by 
attachment unit 19. Thus, for example, the user 

2 0 interface displays for selection at least one entry 

corresponding to a data reference stored in portable 
memory device 21 and at least one selectable 
function associated of reproduction device 18. 

Figs. 4A and 4B illustrate GUIs comprising 
25 common and customizable portions for use with the 

present invention. Fig. 4A illustrates a GUI for 
use with a PC and Fig. 4B illustrates a GUI that may 
be used with a facsimile machine, for example. 

Referring to Fig. 4A, listing 402 includes 

3 0 entries that correspond to entries in portable 

memory device 21 and identify information associated 
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with reproduction data stored on server 15. Such 
information includes the file name that include the 
reproduction data and may include other information 
as well such as file type. 
5 Command section 4 04 identifies operations 

that are available with an instance of reproduction 
device 18 coupled to attachment unit 19. For 
example, in Fig. 4A, GUI 400A is customized for use 
with a personal computer and includes selections 

10 406A to 406H with which a user may initiate delete, 

edit, copy, print, fax, electronically mail (or 
email), add and exit operations. 

To perform an operation, in addition to 
selecting one of 406A through 406F, the user selects 

15 an entry in listing 402 to initiate an operation. 

The user may choose to delete reproduction data, 
using selection 406, which results in the 
corresponding entry being deleted from portable 
memory card 21 and the reproduction data being 

2 0 deleted by server 15, or add reproduction data using 

selection 406H. An add operation results in the 
reproduction data being stored by server 15 and an 
entry being added to portable memory device 21 
corresponding to the reproduction data. As an 
25 alternative to using selection 406H to add 

reproduction data, a drag and drop operation may be 
used to initiate an add operation. For example, a 
user may select an icon, or other representation of 
the reproduction data in a GUI (e.g., a file icon in 

3 0 Windows98) using mouse 5, drag and drop the icon 

onto an icon of portable memory card 21 in the GUI. 



The user may edit, copy, print, fax or 
email reproduction data using selections 406B, 406C, 
406D, 406E and 406F, respectively. As is discussed 
in more detail below, a fax or email operation may 
be performed by reproduction device 18 coupled to 
attachment unit 19. Alternatively, attachment unit 
19 may send a request to server 15 to perform the 
fax or email operation. Further, a print operation 
may be performed using a conventional printing 
approach (i.e., a printer installed on the PC) or, 
using the present invention, the print operation may 
be performed using a printer coupled to an instance 
of attachment unit 19 . 

Referring to Fig. 4B, GUI 4 0 OB is 
customized for use with a facsimile machine. 
Listing portion 402 includes entries that correspond 
to entries stored in portable memory device 21. 
Command section 4 04 includes those operations that 
are available for use with the facsimile machine 
coupled to attachment unit 19. For example, GUI 
400B includes selections 406A, 406E, 4061, 406F, 
406D and 406G that correspond to delete, fax, scan, 
email, print and exit operations. Selection 4061 
allows a user to add reproduction data by scanning a 
document (e.g., an image) using the scanning 
capabilities of the facsimile machine. 

GUIs 400A and 400B include selections that 
are common to each (e.g., selections 406A, 406D, 
406E, 406F and 406G) and selections that are unique 
to each (selections 406B and 406C in GUI 400A and 
selections 4061 in GUI 400B) . Further, a similar 



selection in one GUI may be processed differently 
depending on the reproduction device 18 coupled to 
attachment unit 19, For example, selection 406E 
(i.e., "FAX") in GUI 400A results in a facsimile 
operation being sent to server 15 for processing 
while the same selection in GUI 400B causes the 
facsimile operation to be initiated on the facsimile 
machine coupled to attachment unit 19. 

Similarly, print selection 406D in GUI 400A 
may be used to print on a printer attached to PC, or 
a printer coupled to an instance of attachment unit 
19. In the latter case, where, for example, there 
is no printer attached to the PC or the attached 
printer is unable to perform the print operation, 
the reproduction data may be stored on server 15 
with a corresponding entry added to portable memory 
device 21. A print operation may be performed by a 
printer attached to an instance of attachment unit 
19 as is described in more detail below. 

Figs. 6 through 15 illustrate a flow 
diagram of process steps for handling store and 
reproduction operations according to the present 
invention . 

More particular, referring to Fig. 6, 
process steps are provided illustrating 
functionality of attachment unit 19. At step S600, 
attachment unit 19 determines whether portable 
memory device 21 has been detected in read/write 
unit 20. If not, processing continues at step S600 
to detect a presence of portable memory device 21. 



If it is determined, at step S600, that 
portable memory device 21 is inserted in read/write 
unit 20, processing continues at step S601 to prompt 
the user for security information. For example, a 
user may enter username and/or password information. 
A determination is made at step S602 whether 
security information has been entered by the user. 
If not, processing continues at step S601 to prompt 
for the security information. 

If security information is entered by the 
user, processing continues at step S603, to compare 
the security information that is entered by the user 
with security information stored in portable memory 
device 21 to verify the user. If it is determined, 
at step S604, that the user is not verified by 
security information entered (e.g., the username 
and/or password does not match with username and/or 
password information stored in portable memory 
device 21) , processing continues at step S601 to 
prompt the user to re-enter the requested security 
information. 

If the user is verified, as determined in 
step S604, processing continues at step S607 to 
retrieve information stored on portable memory 
device 21 including information corresponding to 
reproduction data stored by server 15. 

According to the present invention, 
portable memory device 21 is capable of storing 
information that is received from the server, 
personal information unique to a user of portable 
memory device 21, a reference (or references) , such 
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as a file name, corresponding to each of the 
reproduction data sent to the server using the 
portable memory device, a format attribute 
identifying a format of the reproduction data sent 
5 to the server using portable memory device 21, 

personal facsimile information used in sending the 
data as a facsimile message, and/or information used 
in sending the data as an electronic mail message. 
Fig. 5 provides an example of the 

10 information that may be stored in memory of portable 

memory device 21. Information 500 may be stored in 
RAM 32 and/or disk 6 and includes user information 
501, server information 502, reproduction data 
information 503 and address information 506. 

15 More particularly, user information 501 

includes a user identification {e.g., a username) 
and preferably includes a security code or password 
that may be used to verify the user. Server 
information 5 02 includes server access information 

2 0 including a server address such as an IP (Internet 

Protocol) address and/or a URL (Universal Resource 
Locator), for example. 

Reproduction data information 503 includes 
references to reproduction data. Entries 504 and 
25 505 each have references to a file that contains 

reproduction data and attribute information of the 
reproduction data. More specifically, entries 504 
and 505 include a file name (or other 
identification) , a type (or format) and a preferably 

3 0 a default application for use with the reproduction 

data (e.g., a word processing application in which 
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reproduction data was created) . In addition, the 
server that stores the reproduction data (e.g., 
server 15) is identified. Thus, in a case where 
entry 504 corresponds to a file containing 
5 reproduction data which is stored on server 15, 

entry 504 includes a reference to server 15 or an 
entry in server information 502 that corresponds to 
server 15 . 

Information 500 further includes address 
10 information 506 that may be used in sending a 

facsimile and/or electronic mail message to a user. 
Preferably, an entry in address information 506 
identifies a recipient by name, or other 
identification, as well as a facsimile number and/or 
15 an electronic mail address. 

Referring again to Pig. 6, a GUI (e.g., 
GUIs 400A or 400B) is generated using the 
information retrieved from portable memory device 21 
that includes a list of the reproduction data having 

2 0 entries in portable memory device 21 and available 

operation selections. At step S609, a determination 
is made whether a selection is made by the user. If 
not, processing continues at step S6 0 9 to await a 
selection. 

25 If a selection is detected, at step S609, 

processing continues at step S610 to determine based 
on attribute information and expected, or suitable, 
formats of the reproduction device 18 whether the 
reproduction data format is suitable for 

3 0 reproduction device 18. If not, processing 

continues at step S611 to initiate conversion of the 



reproduction data to be described in more detail 
below with reference to Fig. 13. 

If it is determined, at step S610, that 
there is no need to convert the reproduction data, 
5 processing continues at step S612 to determine 

whether it is necessary to download the reproduction 
data. For example, it may be that the selected 
operation is to be performed, or at least initiated, 
by server 15* In such a case, it is not necessary 

10 to download the reproduction data. However, if it 

is determined that the reproduction data needs to be 
downloaded, processing continues at step S613 to 
request and receive the reproduction data from 
server 15. At step S614, a selected operation is 

15 initiated, and processing continues at step S615 to 

display a completion status. 

Figs . 7 through 12 provide examples of flow 
diagrams comprising process steps to process 
specific operations. Figs. 7 and 9 provide examples 

2 0 of operation handling where the operation is a 

download, or copy, operation according to the 
present invention. A download operation may be used 
to view reproduction data, save reproduction data to 
another location and/or edit reproduction data. 
25 Fig. 8 provides an example of an add, or new, 

operation. Figs. 10 through 12 provide examples of 
process steps for responding to print, send and 
delete operations, respectively. 

Referring to Fig. 7, a flow diagram is 

3 0 provided for handling a copy operation wherein the 

reproduction data is converted in a case where it is 



to be opened in other than the default application 
(i.e., the application identified in the attribute 
information corresponding to the reproduction data) 
and the current format is not suitable for the 
5 selected application. 

At step S700, attachment unit 19 retrieves 
server information (e.g., server 15 ' s IP address) 
from portable memory device 21 and/or the memory of 
attachment unit 19. At step S701, a download 

10 request is sent to the identified server. At step 

S702, a response is received from the server 15. At 
step S703, a determination is made whether the 
request completed without error. That is, whether 
the reproduction data was received successfully. If 

15 not, processing continues at steps S704 and S705 to 

ask the user whether to repeat the download, and if 
the user wishes to repeat the download, continuing 
processing at step S701. Otherwise, processing 
returns to step S60 7, of Fig. 6, to refresh the GUI 

20 display and await another operation selection. 

Once the reproduction data is downloaded 
successfully, processing continues at step S707 to 
determine whether the reproduction data is to be 
displayed or copied to another location. 

25 If a copy operation was selected by the 

user, processing continues at step S708 to request 
the copy destination. If it is determined, at step 
S709, that the destination is local (e.g., the disk 
6 of an attached personal computer) , processing 

3 0 continues at step S710 to save the reproduction data 

to disk and processing continues at step S6 07 to 



update the GUI display (e.g., add the copy of the 
reproduction data to the display) and await another 
operation request. If it is determined, at step 
S709, that the save is not a local save, processing 
continues at step S712 to initiate an upload 
operation, and processing continues at step S607 to 
await another operation request. 

If a copy operation is not the selected 
operation, processing continues at step S714 to 
determine whether to display the reproduction data 
using the default application. If so, processing 
continues at step S713 to display the reproduction 
data in the default application. If not, processing 
continues at step S716 to prompt the user for an 
application to display the reproduction data. At 
step S717, a determination is made whether the 
reproduction data's current format is suitable for 
the identified application. If not, processing 
continues at step S718 to initiate a conversion, and 
the reproduction data, in a suitable format, is 
opened for display in the selected application. 

It may be desirable to edit downloaded 
reproduction data. Fig. 9 provides an example of a 
process flow for editing reproduction data according 
to the present invention. 

At step S900, server 15 is queried to 
determine the status of the reproduction data (e.g., 
whether the reproduction data is already being 
edited by another user) . If it is determined, at 
step S901, that the reproduction data is already 
being edited by another, processing continues at 



step S902 to inform the user of the status and ask 
the user whether the reproduction data is to be 
provided in read-only mode at step S903. If not, 
processing continues at step S607 to refresh the GUI 
5 and await an operation selection. 

If the reproduction data is not being 
edited, or the user wishes to view the reproduction 
data in read-only mode, processing continues at step 
S905 to download the reproduction data from server 
10 15 and display the reproduction data in the default 

application. Alternatively, the reproduction data 
may be displayed using an application selected by 
the user as described above with reference to Fig. 
7 . 

15 The user may choose to save the 

modifications to server 15 using a copy or an add 
operation, for example. In such a case, the user 
may use a "save" or "save as" operation within the 
application that is displaying the reproduction 

2 0 data. 

When a "save" or "save as" operation is 
selected within the application, attachment unit 19 
may detect and intercept the application's call to 
the file system. Thus, at step S906, a 

25 determination is made whether a save operation is 

detected. If so, processing continues at step S9G7 
to determine whether the reproduction data is 
accessible in read-only mode. If so, processing 
continues at step S9 0 8 to inform the user and 

30 processing continues at step S607. However, if the 

reproduction data was not opened in read-only mode. 



processing continues at step S909 to upload the 
modified reproduction data to the server, and 
processing continues at step S607. 

As stated above, and illustrated in Figs. 
5 4A and 4B, new reproduction data may be specified 

using the add and/or scan operations. Fig. 8 
provides an example of a process flow for specifying 
new reproduction data that may be used in either of 
the add or scan operations as well as others. 

10 At step S800, a determination is made 

whether a filename has been specified that includes 
the reproduction data. If not, processing continues 
at step S800. A new filename may be specified by 
selecting a representation of a file (e.g., an icon) 

15 in a GUI such as Windows98, or by entering a 

filename in a prompt provided by attachment unit 19, 
for example. 

Once a filename has been specified, 
processing continues at step S8 01 to retrieve server 

20 access information from portable memory device 21. 

As illustrated in Fig. 5, portable memory device 21 
may contain access information for multiple servers. 
Where multiple servers are identified, a server may 
be selected by the user, or by criteria such as 

25 availability and/or location of the server, for 

example , 

At step S802, a selected server is 
contacted to determine whether the server is 
available to service the request. If it is 
30 determined, at step 8803, that the selected server 

is not available, processing continues at step S804 
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to determine whether there are additional servers. 
If not, at step S805, the user is notified and 
processing continues at step S607. Alternatively, 
the user may be prompted for another server. 
5 If the selected server is determined to be 

available, at step S803, processing continues at 
step S807 to send an upload request along with the 
reproduction data to the selected server. At step 
S8 08, the server returns attribute information 

10 (e.g,, file access information such as path or 

storage location information) and/or a status of the 
request. If a successful completion is detected at 
step S809, processing continues at step S811 to add 
an entry to memory of portable memory device 21 

15 corresponding to the reproduction data uploaded to 

server 15 and processing continues at step S607, 

If an error status is detected, processing 
continues at step S810 to inform the user and 
processing continues at step S607. Alternatively, 

2 0 the user may be given the option of repeating the 

request with the same or a different server. In a 
case where the same server is desired, processing 
continues at s807 to re- send the upload request to 
the selected server. In a case where a different 
25 server is desired, processing continues at step S802 

with the server that returned the error status 
excluded from the available servers. 

Another example of a reproduction operation 
is a printing operation. According to the present 

3 0 invention, reproduction data may be printed using a 

printer instance of reproduction device 18 coupled 



to attachment unit 19 or, in a case that there is no 
available printer, uploaded to server 15. Fig. 10 
provides an example of a process flow to respond to 
a printer request according to the present 
5 invention. 

At step SIOOO, a determination is made 
whether an attached print device is available to 
perform the print operation. Availability may be 
determined based on the user's desire and/or whether 

10 an installed printer is able to print the 

reproduction data. If not, processing continues at 
step SlOOl to upload the reproduction data to server 
15, if it has not already been uploaded. Thus, at 
step SlOOl, a determination is made whether the 

15 reproduction data has already been uploaded to 

server 15. If not, processing continues at step 
S1002 to upload the reproduction data to server 15. 
In any event, processing continues at step S10 03 to 
notify the user and processing continues at step 

20 S607. 

If it is determined, at step SIOOO, that 
there is an available print device capable of 
performing the print operation, processing continues 
at step S10 05 to analyze attribute information 

25 (e.g., file attribute information) to determine 

whether the current format is suitable. If it is 
determined, at step Si 006, that the current format 
is unsuitable, processing continues at step S1007 to 
initiate a conversion operation (e.g., see 

3 0 discussion with regard to Fig. 13 below) and 

processing continues at step SlOlO to receive the 



reproduction data. However, if it is determined at 
step S10 0 6 that the current format is suitable for 
use with the print device, processing continues at 
step S1009 to send a request to server 15 for the 
reproduction data which is received from the server 
at step SIOIO. 

At step SlOll, a default print mode is 
determined for the print device. At step S1012, a 
determination is made whether the print mode is 
suitable. If not, processing continues at step 
S10013 to request a print mode change of the print 
device. Processing continues at step S1014 to 
initiate printing of the selected reproduction data 
using the print device. 

Reproduction data may be sent via facsimile 
and/or email using the invention. As stated above, 
a facsimile or email transmission may be performed 
by a facsimile reproduction device 18 coupled to 
attachment unit 19, or attachment unit 19 may send a 
request to server 15 to initiate the facsimile or 
email transmission. In the latter case, 
transmission of the reproduction data to attachment 
unit 19 may be avoided. Fig. 11 provides a process 
example for sending reproduction data via fax and 
email according to the invention. 

At Step SHOO, a determination is made as 
to the type of send operation. If it is determined 
that the transmission is to be by facsimile, 
processing continues at step SlllO to make a 
determination whether to send the facsimile 
transmission from the server. If so, processing 
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continues at step Sllll to request server 15 to 
initiate facsimile transmission of the selected 
reproduction data. At step S1112, a response is 
received from server 15 and processing continues at 
step S1122 to notify the user of the completion 
status of the request and processing continues at 
step S607 to await another operation selection. 

If it is determined, at step SlllO, that 
server 15 is not to send the facsimile transmission, 
processing continues at step S1114 to determine 
whether the current format is suitable for 
transmitting the selected reproduction data using 
the facsimile machine attached to attachment unit 
19. Conventional facsimile machines, for example, 
may transmit a bitmap image format. In such a case, 
the reproduction data is converted to bitmap image 
format, if it is in another format. 

If it is determined that conversion is 
necessary, processing continues at step S1115 to 
initiate conversion of the selected reproduction 
data. An example of a flow diagram for converting 
and downloading the converted reproduction data is 
discussed in more detail below with reference to 
Fig. 13. If it is determined, at step S1114, that 
conversion is not needed, processing continues at 
steps S1116 and S1117 to request and receive the 
reproduction data from server 15. 

At step S1118, a default facsimile mode is 
determined based on the selected reproduction data's 
attribute information. For example, a resolution 
may be determined based on the reproduction data 



- 39 - 

(e.g., a higher resolution may be used where the 
reproduction data is an image versus text) . At step 
S1119, the facsimile machine is requested to set a 
transmission or facsimile mode as determined in step 
5 S1118 . Processing continues at step S1120 to 

determine whether the "set mode" request was 
successfully performed. If not, processing 
continues at step S1119 to repeat the request. 

If it is determined, at step S112 0, that 

10 the "set mode" request was successful, processing 

continues at step S1121 to initiate a facsimile 
transmission of the selected reproduction data by 
the facsimile machine. Processing continues at step 
S1122 to notify the user of the completion status of 

15 the request and processing continues at step S607 to 

await another operation selection. 

If it is determined, at step SHOO, that an 
email operation was selected, processing continues 
at step SllOl to request server 15 to email the 

2 0 selected reproduction data to the destination 

identified in the request. At steps S1102 and 1103, 
a response is received from server 15 indicating the 
completion status of the request, and the user is 
notified. Processing continues at step S607 to 
25 await another operation selection. 

In the process flow example of Fig. 11, an 
email message (or messages) is sent by server 15. 
Alternatively, attachment unit 19 may send email 
messages containing the selected reproduction data 

3 0 where attachment unit 19 includes electronic mail 

messaging capability (e.g., an electronic mail 
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application) . In such a case, a request is made to 
server 15 to retrieve the reproduction data in its 
current or a suitable format . The received 
reproduction data is then sent by attachment unit 19 
5 and the user is notified of the completion status of 

the email request. 

Reproduction data stored on server 15 with 
a corresponding entry in portable memory device 21 
may be deleted using a delete operation. When a 

10 delete operation selection is confirmed by the user, 

the attribute information is consulted to determine 
the server storage location of the reproduction 
data. A request is generated to delete the 
reproduction data from the indicated server, and the 

15 corresponding entry in portable memory device 21 is 

deleted. Fig. 12 provides an example process flow 
according to the present invention. 

At step S12 00, a confirmation request is 
presented to the user. At step S12 01, a 

2 0 determination is made whether the user response 

confirms the request to delete the selected 
reproduction data. If the user does not confirm the 
selection, processing continues at step S607 to 
refresh the GUI and await another operation 

25 selection. 

If confirmation is received from the user, 
processing continues at step S12 02 to retrieve 
attribute information (e.g., from portable memory 
device 21 or RAM 32 of attachment unit 19) . More 

30 particularly, server address portion of the 

attribute information is used to send the delete 
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request to server 15 at step S1203. When a response 
is received from server 15, processing continues at 
step S12 04 to determine whether the delete operation 
completed successfully. If not, processing 
5 continues at step S12 05 to determine whether to 

repeat the request. If so, processing continues at 
step S12 03 to re-send the delete request. If not, 
processing continues at step S1210 to notify the 
user that the delete operation was not performed 

10 successfully and processing continues at step S607. 

If it is determined, at step S12 04, that 
server 15 completed the delete operation 
successfully, processing continues at step S1208 to 
delete the entry from portable memory device 21 

15 corresponding to the reproduction data deleted by 

server 15. At step S1209, a determination is made 
whether the entry was successfully deleted from 
portable memory card 21. If so, processing 
continues at step S1210 to notify the user of the 

20 successful completion of the delete operation 

selected and processing continues at step S607. If, 
however, the entry was not successfully deleted from 
portable memory device 21, processing continues at 
step S12 08 to again attempt to delete the entry. 

25 In examples of process flows described 

above, a determination is made whether the current 
format of the reproduction data (e.g., a selected 
file) is suitable for the operation and/or the 
reproduction device 18 that is to reproduce the 

3 0 data. If it is determined that the current format 

is unsuitable, attachment unit 19 determines whether 



to request server 15 to convert the data or to 
perform the conversion itself. For example, 
attachment unit 19 may include a software program 
(or programs) executable on attachment unit 19 that 
5 is capable of transforming the reproduction data 

from its current format to the desired format (i.e., 
a suitable format for reproduction device 18 and the 
operation selected) . If attachment unit 19 chooses 
to request server 15 to perform the conversion^ 

10 attachment unit 19 sends a request to server 15. 

Server 15 may perform the conversion or request 
another computer (e.g., another server) to perform 
the conversion) . 

Reproduction data may be converted using 

15 the conversion capabilities of various existing 

software applications (e.g., word processing, 
spreadsheet, image processing, etc.) or using 
customized software that is capable of reading the 
reproduction data in its current format and 

2 0 converting the reproduction data to a format that is 

suitable for use with reproduction device 18. The 
conversion process may use more than one conversion 
step where, for example, it is not possible to 
convert the reproduction data into a suitable format 

2 5 using the current format. In such a case, one or 

more intermediate formats may be generated in order 
to arrive at a suitable format for the reproduction 
data . 

Fig. 13 provides an example of a process 

3 0 flow for converting reproduction data from a current 

format to a suitable format according to the present 
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invention. At step S1300, a determination is made 
whether attachment unit 19 is to perform the 
conversion. If so, processing continues at step 
S13 01 to request the reproduction data from server 
5 15. At step S1302, attachment unit 19 converts the 

reproduction data and processing continues to 
process the selected operation (e.g., send the 
reproduction data via email or facsimile 
transmission, print, display, etc.). 

10 If it is determined, at step S1300, that 

server 15 is to convert the reproduction data, 
processing continues at step S13 04 to send a 
conversion request to server 15. At step 813 05, a 
determination is made whether the conversion is 

15 completed based on a response received from server 

15. If so, processing continues at step S1306 to 
determine whether the conversion operation was 
successfully performed by server 15 by, for example, 
examining a completion status received in the 

2 0 response. 

If the conversion was not completed 
successfully, processing continues at step S1307 to 
determine whether to repeat the request. If so, 
processing continues at step S13 04 to again request 

25 server 15 to convert the reproduction data. If it 

is determined not to repeat the request, processing 
continues at step S13 08 to notify the user and 
processing returns to step S607. 

If it is determined, at step S1306, that 

30 the conversion operation was successfully completed, 

processing continues at step S1309 to download the 
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reproduction data that has been converted into a 
suitable format . 

Attachment unit 19 transmits requests to 
server 15 to, for example, store, retrieve, and send 
5 reproduction data. A request that is transmitted by 

attachment unit 19 may include a user name and/or 
password that may be used by server 15 to verify the 
user. In such a case, user verification may be 
performed by attachment unit 19 as well. Where it 

10 is performed by both server 15 and attachment unit 

19, different server 15 may perform a different 
verification. For example, server 15 may verify 
attachment unit 19 in addition to or as a 
replacement for verification of the user, 

15 Further, reproduction data may be encrypted 

for storage on server 15. In such a case, 
reproduction data received by server 15 from 
attachment unit 19, for example, is first encrypted 
before it is stored by server 15 . Any suitable 

20 encryption scheme may be used, and any encryption 

keys used by an encryption algorithm used may be 
supplied by the user via attachment unit 19, by 
attachment unit 19 and/or server 15 . 

Encrypted reproduction data stored by 

25 server 15 is preferably decrypted prior to 

transmission or other use. For example, where the 
data is to be edited, the reproduction data may 
first be encrypted before it is forwarded to 
attachment unit 19. However, it may be desirable to 

3 0 forward the encrypted reproduction data to 

attachment unit 19 for decryption. Attachment unit 
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19 may specify whether or not server 15 is to 
decrypted encrypted reproduction data in a request 
forwarded to server 15. 

Fig. 14 illustrates a flow diagram of 
5 process steps of a server to respond to requests 

according to the present invention. At step S14 01, 
a determination is made as to whether a request is 
received by server 15. If so, processing continues 
at S14 02 to determine whether security information 

10 is provided with which a verification can be 

performed. If so, processing continues at step 
S14 03 to analyze the security information to 
determine whether the requester (e.g., attachment 
unit 19 and/or a user thereof) is an authorized 

15 requester. If it is determined at step S1404 that 

the information is not verifiable, processing 
continues at step S1405 to notify the request. 

However, if verification is successful, 
processing continues at step 814 0 6 to determine the 

2 0 type of request received by server 15. 

If an upload request is received, 
processing continues at step S1410 to receive the 
reproduction data. At step S1411, a determination 
is made whether the data was received successfully. 
25 If not, processing continues at step S1412 to 

notify the requester (e.g., attachment unit 19). If 
the data was received successfully, processing 
continues at step S1413 to determine whether or not 
to encrypt the reproduction data before it is 

3 0 stored. The determination may be based, for 
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example, on the information supplied in the request 
(e.g., based on data type or a explicit request). 

If it is determined, at step S1413, that 
the data is to be encrypted, processing continues at 
5 step S1414 to encrypt the data. In either case, at 

step 814 15, the reproduction data is stored by 
server 15. At step S1416, server 15 sends a 
response to the requester indicating successful 
completion of the request and including attribute 

10 information (e.g., access information such as 

storage location of the reproduction data) . 

Server 15 may determine, at step S140G, 
that reproduction data stored by server 15 is to be 
deleted based on information contained in a received 

15 request. In such a case, processing continues at 

step S1420 to delete the reproduction data specified 
in the request. At step 1421, a response is sent to 
the requester indicating the completion status of 
the request . 

2 0 Server 15 may receive a request to send 

stored reproduction data. For example, reproduction 
data may be forwarded to attachment unit 19 or sent 
to another destination via facsimile or electronic 
mail. If it is determined at step S1406, that a 
25 received request is for reproduction data, 

processing continues at step S150 0 of Fig. 15. 

Fig. 15 illustrates a flow diagram of 
process steps of a server to respond to an access 
(e.g., email or download) request according to the 

3 0 present invention. 



- 47 - 

At step S1500, server 15 retrieves the 
requested reproduction data using access information 
contained in the request. At step 1501, a 
determination is made whether the stored 
5 reproduction data is encrypted. If so, processing 

continues at step S1502 to decrypt the data. In 
either case, processing continues at step S1503 to 
determine, using information in the request, whether 
the reproduction data is to be converted. 

10 If it is determined, at step S1503, that 

conversion is needed, processing continues at step 
S1504 to convert the reproduction data. Server 15 
may perform the conversion or request another 
computing system to convert the data, e.g., in a 

15 case that server 15 is unable to perform the 

requested conversion . 

Processing continues at step S1505 to 
determine the type of operation requested. If it is 
determined that the request is to send the 

2 0 reproduction data via electronic mail, processing 

continues at step S1506 to generate an electronic 
mail message to the destination (or destination (s) ) 
indicated in the request. At step S1507, server 15 
sends the electronic mail message (s) and sends a 
25 response, at step S1508, notifying the requester of 

the completion status of the request. 

If it is determined that the request is a 
download request, server 15 forwards the 
reproduction data to the requester. 

3 0 For example, one instance of attachment 

unit 19 may request reproduction data that was 
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previously stored using another instance of 
attachment unit 19. In addition, multiple requests 
may be made for the reproduction data using the same 
or another instance of attachment unit 19. Thus, it 
5 is possible to retrieve reproduction data for 

reproduction by multiple instances of reproduction 
device 18 using one or more instances of attachment 
unit 19. 

In addition to transmitting reproduction 

10 data via electronic mail, server 15 may be requested 

to forward reproduction data via facsimile 
transmission. In such a case, server 15 may 
initiate a facsimile transmission via a facsimile 
machine connected to server 15, forward the request 

15 to another computer system (e.g., an instance of 

server 15) or request an attachment unit 19 coupled 
to a facsimile machine to carry out the request. 

Where server 15 is to perform the facsimile 
request via a facsimile machine coupled to server 

20 15, steps S1118 through S1121 may be used as 

discussed above. The request received by server 15 
may include the attribute information needed to 
determine the default fax mode in step S118. At 
step S1122, server 15 forwards a response to the 

25 facsimile request including a completion status of 

the request. 

Attachment unit 19 is initialized one or 
more times such that attachment unit 19 is informed 
of an attached reproduction device 19 and its 

3 0 functionality. In addition, attachment unit 19 may 

receive program code for execution from server 15 or 



another computer system or server accessible via 
network connection 17. Fig, 22 illustrates a flow 
diagram of processing steps for initializing an 
attachment unit 19 according to the present 
5 invention. 

At step S22 01, a determination is made 
whether the current settings (e.g., program code 
and/or information associated with an attached 
reproduction device 18) of attachment unit 19 are to 

10 be initialized/updated. If not, initialization 

processing ends at step S2204. If so, processing 
continues at step S22 02 to send a device data 
request to the connected reproduction device 18 
through parallel interface 39. At step S22 03, the 

15 information received from the connected reproduction 

device 18 is stored by attachment unit 19 (e.g., in 
RAM 32) . Initialization processing to receive 
information from reproduction device 18 ends at step 
S2204 . 

2 0 Attachment unit 19 may use the information 

received from reproduction device 19 to determine 
what if any program code is needed to interact with 
the attached reproduction device 19 such as a driver 
as well as the program code needed to display a user 
25 interface with selections identifying functionality 

of the reproduction device 19 and process input 
received from a user of the user interface. Such 
program code, if not already resident on attachment 
unit 19, may be downloaded via World Wide Web 10. 

3 0 For example, attachment unit 19 may request the 

program code from server 15 via World Wide Web 10. 
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From the above discussion, the present 
invention contemplates a user interface that 
incorporates functionality that is available from 
sources other than a reproduction device 18 coupled 
5 to attachment unit 19. For example, selection 4 0 6E 

provides the ability to send a facsimile 
transmission via an attached reproduction device 18 
or via server 15. Thus, as in Fig. 4A, it is 
possible to send a facsimile even where the 

10 reproduction device 18, a PC, and/or attachment unit 

19 are unable to send the facsimile. In such a 
case, the facsimile request can be forwarded to 
server 15. In addition, as described above and 
illustrated in Fig. 13, attachment unit 19 may 

15 include functionality to perform format conversion 

as well as other functionality. 

As more functionality is selectable in the 
user interface of the present invention and/or more 
functionality is included in attachment unit 19, the 

2 0 cost of attachment unit 19 increases due, for 

example, to the need for increased memory. In 
addition, as is discussed below, the software 
programs executable by attachment unit 19 may be 
downloaded via a network. The transmission time 

2 5 needed to download via the network increases with 

increases in the size of the program code. Further, 
there is more likelihood that as more capability is 
added to attachment unit 19, the program code needed 
to support such capability (e.g., conversion) may 

30 need to be updated (e.g., to convert a new format or 

a new version of a format) thereby adding to the 
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burden of downloading program code to attachment 
unit 19, 

It may also be advantageous to limit the 
options available in the user Interface to 
5 accommodate a less sophisticated user. A user may- 

find a more complicated user interface with a number 
of options more difficult to comprehend causing the 
user to avoid using any of the capabilities of the 
present invention , 

10 Therefore, one aspect of the present 

invention contemplates a simpler user interface 
and/or attachment unit 19. In such a case, a given 
set of functions associated with an attached 
reproduction device 18 are provided by the user 

15 interface. Further, attachment unit 19 responds to 

a user request entered via the simplified user 
interface typically by forwarding a request to 
server 15 for processing instead of processing the 
request. Of course, it is possible with the present 

20 invention, to combine the simplified user interface 

with a more sophisticated attachment unit 19 that is 
capable of processing user requests without the aid 
of server 15. 

Fig. 16A through 16D illustrate examples of 

25 user interfaces for use with specific reproduction 

devices 18 according to the present invention. 

Referring to Fig. 16A, a user interface is 
provided for use with a personal computer, or PC. 
Display 1602, of user interface 1601, may be a panel 

3 0 or menu display and provides for a selection of 

either a new file, or one of the listing of files 
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read from portable memory device 21. Once a 
selection is made in display 1602, display 1603 is 
provided which contains available operation, or 
action, selections . 
5 By selecting "New file", a user is able to 

upload a file to server 15 without actually knowing 
or specifying that the file is to be uploaded to 
server 15. For example, when a user selects "New 
file" and identifies the file, such as by dragging a 

10 file icon from one location of the PC desktop over 

an icon of portable memory device 21, an upload 
operation is initiated to store the reproduction 
data contained in the file to server 15. The user 
need not be aware of the storage location of the 

15 reproduction data. In fact, the user may believe 

that the file is being stored in portable memory 
device 21. 

A user may select one of the files (e.g., 
"File 1" or File 2") in the file listing of display 
20 1602, and an operation from display 1603. Thus, it 

is possible, using displays 1602 and 1603, to select 
reproduction data and open, copy, delete, or edit a 
file, or view one or more properties associated with 
the selected file. As with a new file, the user 

2 5 need not be aware of the actual storage location of 

the selected file (e.g., server 15). 

Similarly, in user interface 1611 of Fig. 
16B, a user is able to make either a "New file" 
selection or select from among existing files. The 

3 0 user may print or delete a selected file by making 

the appropriate selection in display 1613. 
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Referring to Fig. 16C, user interface 1621 allows a 
user to display or delete a selected file by first 
selected the file in display 1622 and choosing the 
appropriate selection in display 1623. 
5 Referring to Fig. 16D, a user has the 

option of sending, printing and deleting a selected 
file using user interface 1631. If the user selects 
a send operation, display 1634 is provided including 
possible destinations. The destinations being 

10 generated from information retrieved from the user's 

portable memory device 21. 

Figs. IIA through 17E Illustrate a flow 
diagram of process steps, according to the present 
invention, in which an attachment unit 19 responds 

15 to input received from the user interface 1601 

depicted in Fig. 16A. 

At step S1701, a determination is made by 
attachment unit 19 whether or not a smart card, or 
other type of portable memory device 21, has been 

20 inserted in reader 20. If not, processing continues 

at step S1701 to await detection of a portable 
memory device 21. If a portable memory device 21 is 
detected at step S1701, processing continues at step 
S17 02 to prompt for and receive security code 

25 information for user verification. At step S1703, a 

determination is made whether security code 
information entered by the user is valid. If not, 
processing continues at step S1702 to prompt the 
user for security code information. 

3 0 If it is determined that valid security 

information has been entered by the user, processing 
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continues at step S1704, to read file data from 
portable memory device 21 (e.g., reproduction data 
information 503) and generate user interface 1601. 
Initially, display 1602 of user interface 1601 in 
5 Fig. 16A is displayed in step S1704. Once the user 

makes a selection in display 1602, display 1603 of 
user interface 1601 is displayed. 

If, at step S1705, it is determined that a 
file and action, or operation, have been selected in 

10 the displayed user interface, processing continues 

at step S1706 to determine the type of action. 
Otherwise, processing continues to await user input. 

At step S1706, if it is determined that the 
action selected by the user is a new file, 

15 processing continues at step S1707 to allow the user 

to select a file. At step S1708, the name of the 
new file is written to portable memory device 21 
(e.g. the name of the file may be determined from 
the selection of a file icon in a drag and drop 

2 0 operation of the icon onto the icon of portable 

memory device 21) . Processing continues at step 
S1720 of Fig. 17B to notify server 15 that an upload 
operation is pending. As discussed herein, server 
15 is identified from the one or more servers listed 

2 5 in portable memory device 21. 

At step S1721, a determination is made 
whether attachment unit 19 has received a response 
from server 15 acknowledging, or accepting, the 
upload request. If a response has not been 

30 received, processing continues at step S1721 to 

await a response from server 15. While it is not 
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shown in Fig. 17B, attachment unit 19 may resend the 
notification to server 15 after a period of time in 
which no response is detected at step S1721. 

Once a response is received from server 15 
5 acknowledging receipt of the notification and 

accepting the request, processing continues at step 
S1722 to send the upload request to serve 15. At 
step S1723, the file is uploaded to server 15. 
Steps S1722 and S1723 may be performed 

10 simultaneously (e.g., as a single transmission), or 

sequentially (e.g., as multiple transmissions). In 
addition, it is possible to combine the access to 
server 15, upload request and file transmission as a 
single message, or transmission. 

15 At step S1724, attachment unit 19 receives 

attribute information from server 15 corresponding 
to the file uploaded to server 15 in step S1723. 
Such attribute information includes a file name or 
ID, for example. It may also include a path or 

20 other storage location or identification 

information. At step S172 5, attribute information 
corresponding to the uploaded reproduction data is 
stored on portable memory device 21. Such 
information may include a file name (or other 

25 identification) , a type (or format) and preferably a 

default application for use with the reproduction 
data (e.g., a word processing application in which 
reproduction data was created) as well as an 
identification of server 15. Processing continues 

30 at step S1704 to display user interface 1601 using 



information retrieved from portable memory device 
21. 

If it is determined, at step S1705 of Fig. 
17A, that a new file operation was not selected by 
5 the user, attachment unit 19 continues by 

determining whether a copy operation was selected by 
the user. If so, processing continues at step S1730 
of Fig. 17C. At step S173 0, a download request is 
sent by attachment unit 19 to the server (e.g., 

10 server 15) specified by the file's reproduction data 

information 503 stored in portable memory device 21. 
At step S1731, the file is received from server 15 
and at step S1732, an appropriate application 
executable by the PC to display the file is selected 

15 and used to display the file downloaded from server 

15. The appropriate application may be determined 
to be a default application specified in 
reproduction data information 503, or an application 
capable of reading and displaying the reproduction 

2 0 data. 

Attachment unit 19 may return to S1704 to 
await additional input, wait until the user exits 
the application currently displaying the downloaded 
reproduction data or wait for another trigger to 
25 display user interface 1601. 

If attachment unit 19 determines at step 
S1709 of Fig. 17A that a copy operation was not 
selected, processing continues at step S1710 to 
determine whether the selected operation is a delete 

3 0 operation. If so, processing continues at step 



S1740 of Fig. 17D to respond to the delete 
selection. 

At step S174 0, attachment unit 19 confirms 
with the user whether the user actually wishes to 
5 delete the selected file. If so, processing 

continues at step 1741 to send a delete request to 
server 15. At step S1742, attachment unit 19 awaits 
receipt from server 15 that the selected file has 
been deleted. If it is determined at step S1742, 

10 that such notification has not been received, 

processing continues at step S1741 to resend the 
request in a case that server 15 did not receive the 
request, or such notification has not been received 
from server 15 after a reasonable waiting period. 

15 When notification is received from server 15 that 

the file has been successfully deleted and the 
corresponding entry in portable memory 21 is also 
deleted, processing continues at step S1704 to 
display user interface 1601 using information 

20 retrieved from portable memory device 21. 

If it is determined, at step 1710 of Fig. 
17A, that a delete operation was not selected by the 
user, processing continues at step S1711 to 
determine whether an edit operation was selected. 

25 If SO, processing continues at step S1750 of Fig, 

17E. 

At step S1750, a determination is made 
whether the selected file is currently being edited 
by someone else. Such determination may be made by, 
3 0 for example, sending a request to server 15 to 

determine whether the selected file was requested by 
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another attachment unit 19 for editing by another. 
If so, the user is informed at step S1751 and 
processing continues at step S1704 to display user 
interface 1601 using information retrieved from 
5 portable memory device 21. 

If it is determined at step S1750 that the 
selected file is not currently being edited by 
another user, processing continues at step S1753 to 
download the file from server 15. At step S1754, 

10 the user may edit the file contents in an 

appropriate application (e.g., the default 
application) executing on the PC. At step S1755, an 
updated file is uploaded to server 15, and 
processing continues at step S1704 of Fig. 17A. 

15 If it is determined at step S1711 of Fig. 

17A that the operation selection is not an edit 
operation, processing continues at step S1712 to 
determine whether the user wishes to exit the system 
(e.g., such as by removal of portable memory device 

20 21), processing ends at step S1713 . Otherwise, 

processing continues at step S1704 to display user 
interface 1601 using information retrieved from 
portable memory device 21 and await user input. 

Where reproduction device 18 is a copier, 

25 such as a digital copier, attachment unit 19 

includes process steps for displaying user interface 
1611 and responding to requests for functionality of 
the copier. Figs. 18A through 18D illustrate a flow 
diagram of process steps, according to the present 

3 0 invention, in which an attachment unit 19 responds 



to input received from the user interface depicted 
in Fig. 16B. 

Steps S1801 through S1806 of Fig. ISA 
function in a manner similar to steps S1701 through 
5 S1706 of Fig. 17A. However, Step S1804 displays 

user interface 1611 including displays 1612 and 
1613 . 

When a new file operation is detected at 
step S1806, processing continues at S1807 to scan 

10 the documents using the scanning capabilities of the 

copier. At step S1808, the user enters a name for 
the scanned- in image, and the name is stored in 
portable memory device 21. Processing continues at 
step S1820 of Fig. 18B. Steps S1820 through S1825 

15 of Fig. 18B correspond to steps S1720 through S1725 

of Fig. 17B. Once the attribute information is 
written to portable memory device 21 at step S1825, 
processing continues at step S18 04 to display user 
interface 1611 using information retrieved from 

2 0 portable memory device 21. 

It is determined at step S1809 of Fig. ISA 
that a print operation is chosen by the user, 
processing continues at step S1830 of Fig. 18C to 
respond to the user's operation selection. At step 
25 S1830, attachment unit 19 analyzes the selected 

filers attribute information to determine whether 
the file is of a format that may be printed by the 
copier (e.g., image data such as HTML bitmap image 
data) . If not processing continues at step S1832 to 

3 0 send a convert request to server 15 to convert the 

selected file to a suitable format for the copier. 
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At step S1834, a determination is made 
whether a response is received from server 15 that 
the file was successfully converted. If a response 
is not received, or the file was not successfully 
5 converted by server 15, the conversion request may 

be repeated at step S1832 . When it is determined 
that the file was successfully converted by server 
15, or it is determined (at step S1831) that the 
file's current format is suitable for the copier, 

10 processing continues at step S1835 to send a 

download request for the file to the server (e.g., 
server 15) based on the selected file's attribute 
information . 

At step S1836, the downloaded file is 

15 received by attachment unit 19 from server 15. At 

step S1837, attachment unit 19 identifies using the 
selected file's attribute information, the default 
print mode for printing the selected file. Where 
the print mode is to be changed, attachment unit 19 

2 0 may request the copier or prompt the user to set the 

default print mode as needed. 

At step S183 8, a determination is made 
whether the print mode settings are correct. If 
not, processing continues to repeat step S1837. 

25 Where the print mode is determined (at step S1838) 

to be correct, processing continues at step S183 9 to 
print the selected file. Processing returns to step 
S1704 to display user interface 1611 using 
information retrieved from portable memory device 
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Where a delete operation is detected at 
step 1810 of Fig. 18A, attachment unit 19 proceeds 
to process the requested operation as indicated Fig. 
18D and steps S1840 through S1842 which perform 
5 similarly to steps S1740 through S1742 of Fig. 17D. 

When the delete operation is completed at step 
S1842, processing continues at step S1804 of Fig. 
18A to display user interface 1611 using information 
retrieved from portable memory device 21. 
10 Upon an indication that the user wishes to 

end the session at step S1811, processing ends at 
step S1813. 

Where the reproduction device 18 coupled to 
attachment unit 19 is an intelligent display, 

15 attachment unit 19 may include process steps such as 

those indicated in Figs. 19A through 19C in which an 
attachment unit 19 responds to input received from 
the user interface depicted in Fig. 16C. 

Steps S1901 through S1905 of Fig. 19A 

20 function similarly to steps S1701 through S1705 of 

Fig. 17A except that in Step S1904 user interface 
1621 including displays 1622 and 1623 is displayed. 
Once a file and action are selected, processing 
continues at step S1906 to determine whether or not 

25 the selected action is a delete request. If so, 

processing continues as indicated by steps S1940 
through S1942 of Fig. 19C which function in a manner 
similar to steps S1740 through S1742 of Fig. 17D. 
Processing then continues at step S1904 to display 

30 user interface 1621 using information retrieved from 

portable memory device 21. 
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If it is determined at step S1906 of Fig. 
19A that a delete request was not made by the user, 
it is determined that the selected request is a 
display request and processing continues at step 
5 S1930 of Fig. 19B. 

At step S193 0, attachment unit 19 analyzes 
the selected file's attribute information to 
determine at step S1931 whether the file is of a 
format that may be opened for display by the 

10 intelligent display (e.g., whether the current 

format is compatible with an application executable 
by the intelligent display to open and display the 
file) . If not processing continues at step S1932 to 
send a convert request to server 15 to convert the 

15 selected file to a suitable format for the 

intelligent display (e.g., to convert the file to 
raster image data) . 

At Step S1934, a determination is made 
whether a response is received from server 15 that 

2 0 the file was successfully converted. If a response 

is not received, or the file was not successfully 
converted by server 15, the conversion request may 
be repeated at step S1932 . When it is determined 
that the file was successfully converted by server 

25 15, or it is determined (at step S1931) that the 

current file format is suitable for the intelligent 
display, processing continues at step S1935 to send 
a request to server 15 to download the selected 
file. 

30 At step S1936, the downloaded file is 

received by attachment unit 19 from server 15. At 



step S1937, attachment unit 19 identifies using the 
selected file attribute information, an appropriate 
application for execution by the intelligent display 
to display the downloaded file. Processing returns 
5 to step S1904 to display user interface 1621 using 

information retrieved from portable memory device 

21 . 

In a case where reproduction device 18 
coupled to attachment unit 19 is a facsimile 
10 machine, attachment unit 19 includes process steps 

such as those indicated in Figs. 2 OA through 2 0E 
wherein an attachment unit 19 responds to input 
received from user interface 1631 depicted in Fig. 
16D, 

15 Steps S2001 through S2006 of Fig. 20A 

function in a manner similar to steps S1701 through 
S1706 of Fig. 17A. However, Step S2004 displays 
user interface 1631 including displays 1632 through 
1634 . 

2 0 When a new file operation is detected at 

step S2006, processing continues at S2007 to scan 
the documents using the scanning capabilities of the 
copier. At step S2008, the user enters a name for 
the scanned- in image, and the name is stored in 

25 portable memory device 21. Processing continues 

with steps S2020 through S2025 of Fig. 20B which 
correspond to steps S172 0 through S172 5 of Fig. 17B. 
Once the attribute information is written to 
portable memory device 21 at step S2025, processing 

30 continues at step S2004 of Fig. 20A to display user 
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interface 1631 using information retrieved from 
portable memory device 21. 

If it is determined at step S2009 of Fig. 
20A that a print operation is chosen by the user, 
5 processing continues with steps S2030 through S2039 

of Fig. 2 0C which function in a manner similar to 
steps S1830 through S1839 of Fig. 18C. Processing 
continues at step S2004 to display user interface 
1631 using information retrieved from portable 
10 memory device 21. 

If it is determined at step S2010 of Fig. 
20A that a send operation is selected by the user, 
processing continues at step S2050 of Fig. 20E. 

At step S2 050, a determination is made 
15 whether the selected operation is an email 

operation. If so, processing continues at step 
S2 051 to send a request to server 15 to send an 
electronic mail message using the address 
information associated with user destinations 

2 0 selected in display 1634. Processing continues at 

step S2 052 to determine whether notification of a 
successful completion was received by server 15. If 
not, processing continues at step S2 051 to repeat 
the request as needed. When a successful completion 
25 notification is received from server 15, processing 

continues at step S2004 to display user interface 
1631 using information retrieved from portable 
memory device 21. 

Where it is determined, at step S2 050, that 

3 0 the request is not an electronic mail request. 



processing continues at step S2054 to process the 
request as a facsimile request. 

At step S2 054, attachment unit 19 analyzes 
the selected file's attribute information to 
5 determine (at step 2055) whether the file is of a 

format that may be sent as a facsimile transmission 
(e.g., image data such HTML bitmap image data) . If 
not, processing continues at step S2 056 to send a 
convert request to server 15 to convert the selected 

10 file to a suitable format for the copier. 

At step S2057, a determination is made 
whether a response is received from server 15 that 
the file was successfully converted. If a response 
is not received, or the file was not successfully 

15 converted by server 15, the conversion request may 

be repeated at step S2056. When it is determined 
that the file was successfully converted by server 
15, or it is determined (at step S2055) that the 
file current format is suitable for the facsimile 

20 machine, processing continues at step S2058 to send 

a download request to server 15 for the selected 
file. 

At step S2059, the downloaded file is 
received by attachment unit 19 from server 15. At 

25 step S2060, attachment unit 19 identifies using the 

selected file attribute information, the default fax 
mode for faxing the selected file. Where the fax 
mode is to be changed, attachment unit 19 may 
request the facsimile or prompt the user to set the 

3 0 default fax mode as needed. 
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At step S2061, a determination is made 
whether the fax mode settings are correct. If not, 
processing continues to repeat step S2060- Where 
the fax mode is determined (at step S2061) to be 
5 correct, processing continues at step S2062 to cause 

the facsimile machine to dial (based on destination 
selections made by the user in display 1634 of user 
interface 1631) and send the selected file as a 
facsimile message. Processing returns to step S2004 

10 to display user interface 1631 using information 

retrieved from portable memory device 21. 

If a delete operation is determined (at 
step S2011 of Fig. 20A) as being selected by the 
user, processing continues with steps 82 040 through 

15 S2042 of Fig. 20D which correspond to steps S1740 

through S1742 of Fig. 17D. Where it is determined 
at step S2 012 that the user wishes to exit, 
processing continues at step S2013 to end. 

Figs. 21A through 21C illustrate a flow 

2 0 diagram of process steps, according to the present 

invention, in which server 15 responds to requests 
(e.g., convert, download, upload, etc. request) such 
as those transmitted by an attachment unit 19 in 
Figs. 17A through 17E, Figs. ISA through 18D, Figs. 

2 5 19A through 19C, Figs. 2 OA through 2 0E. 

At step S2101, server 15 receives a request 
to access the server via the network (e.g., a 
request from attachment unit 19) . At step S2102, 
server 15 checks verification information contained 

3 0 in the access request. Where the access is 



authorized, processing continues at step S2103 to 
analyze the request received via the network. 

If it is determined at step S2104 that the 
request is an upload request, processing continues 
5 at step S2105 to generate and then send attribute 

information corresponding to the file to attachment 
unit 19. At step S2106, server 15 receives and 
stores the uploaded file. Where the uploaded file 
is to be encrypted, the file is temporarily stored 

10 in step S210 6 and encrypted and permanently stored 

in step S2107. Processing of the received request 
ends at step S2113. 

Where it is determined at step S2104, that 
the received request is not an upload request, 

15 processing continues at step S2108 to determine 

whether the received request is a delete request. 
When it is determined that a delete request is 
received, processing continues at step S2109 to 
delete the file specified in the request and send a 

20 completion notification to the requester. 

Processing of the received request ends at step 
S2113 . 

Where the received request is not a delete 
request, processing continues at step S2111, to 

25 determine whether the received request is an email 

request. If so, processing continues at step S2120 
of Fig. 2 IB. At step S212 0, server 15 acknowledges 
the request and acceptance to process the request to 
the requester (e.g., attachment unit 19) and 

3 0 receives the email request from the requester. At 

step S2121, server 15 creates the electronic mail 
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message for the destinations and including any data 
for inclusion as specified in the request. At step 
2122, the selected file (or files) identified in the 
request are retrieved by server 15, decrypted (if 
needed), and attached to the email. At step S2123, 
the email is sent and the requester is notified. 
Processing of the received request ends at step 
S2113 . 

Where the received request is not a delete 
request, processing continues at step S2112, to 
determine whether the received request is a download 
request. If not, processing of the received request 
ends at step S2113. If it is determined that the 
received request is a download request, processing 
continues at step S2130 of Fig. 21C. 

At step S213 0, a determination is made 
whether a conversion request is received. If so, 
processing continues at step 82 131 to analyze 
functions of the requester to determine a suitable 
format. This information may be supplied in the 
download request, or may be accessed from 
information retrievable by server 15. For example, 
where server 15 maintains a registry of attachment 
units 19 and their associated reproduction devices 
18, server 15 may determine a suitable format based 
on the type of reproduction device 18, or by formats 
identified in the registry. 

At step S2132, server 15 decrypts the 
requested file and converts the file at step S2133 
to an appropriate format as determined in step 
S2131. Whether or not a conversion was performed. 
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processing continues at step S2134 to send the 
specified file (converted in its stored format) to 
the requester. At step S2135, server 15 sends a 
completion notification to the requester and 
5 processing of the received request ends at step 

S2113 . 

In this regard, the invention has been 
described with respect to particular illustrative 
embodiments. However, it is to be understood that 
10 the invention is not limited to the above-described 

embodiments and that various changes and 
modifications may be made by those of ordinary skill 
in the art without departing from the spirit and the 
scope of the invention. 



WHAT IS CLAIMED IS : 

1. A data storing and reproducing system 
using a computer network comprising: 

server comprising means for storing 
reproduction data; 

at least one attachment unit coupled to the 
server, the at least one attachment unit comprising 
means for interfacing with a portable memory device 
having a reference to the reproduction data; 

first and second reproduction devices 18 
coupled to one or more of the at least one 
attachment unit, the first reproduction device 18 
capable of performing a first reproduction of the 
reproduction data and the second reproduction device 
18 capable of performing a second reproduction of 
the reproduction data, the second data reproduction 
being different than the first data reproduction; 

wherein the server responds to a request 
from the at least one attachment unit by 
transmitting the reproduction data and where the 
reproduction data is determined to be a format 
unsuitable for the reproduction device, the data is 
reformatted for use by the reproduction device. 

2 . A data storing and reproducing system 
according to Claim 1, wherein the at least one 
attachment unit is internal to the first 
reproduction device . 

3 . A data storing and reproducing system 
according to Claim 1, wherein the first and second 



reproduction devices further comprise means for 
sending data to the server. 

4 . A data storing and reproducing system 
according to Claim 3, wherein the at least one 
attachment unit further comprises means for 
receiving information corresponding to the sent data 
for storage in the portable memory device. 

5. A data storing and reproducing system 
according to Claim 4, wherein all or a portion of 
the information is received from the server. 

6. A data storing and reproduction system 
according to Claim 1, wherein the portable memory 
device is usable with multiple attachment units and 
reproduction devices. 

7. A data storing and reproducing system 
according to Claim 1, wherein the at least one 
attachment unit further comprises a user interface 
for outputting information and receiving 
instructions . 

8. A data storing and reproducing system 
according to Claim 7, wherein the user interface 
comprises a portion that is common to all 
reproduction devices and another portion that is 
customized to an attached reproduction device. 
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9. A data storing and reproducing system 
according to Claim 8, wherein the customizable 
portion of the user interface is generated based on 
function information received from the attached data 
reproduction device. 

10. A data storing and reproducing system 
according to Claim 7, wherein the user interface 
displays for selection at least one entry 
corresponding to a data reference stored in the 
portable memory device and at least one selectable 
function associated of a reproduction device, 

11. A data storing and reproducing system 
according to Claim 1, wherein the server further 
comprises : 

means for determining whether to convert 
the data into a format suitable for a reproduction 
device; and 

means for converting the data to such a 
format based on the determination by the determining 
means . 

12 . A data storing and reproducing system 
according to Claim 11, wherein the suitable format 
for the identified reproduction device is image data 
format and the data is not image data, the 
conversion means causing the data to be converted to 
image data . 



13 . A data storing and reproducing system 
according to Claim 12, wherein the image data is in 
the form of Hypertext Markup Language (HTML) image 
data . 

14 . A data storing and reproducing system 
according to Claim 1, wherein the attachment unit 
further comprises : 

means for generating a conversion request 
directed to the server, the conversion request based 
on information stored in the portable memory device 
received from the attachment unit . 

15. A data storing and reproducing system 
according to Claim 14, wherein the generation means 
further comprising: 

means for determining whether or not the 

data is of a format that is suitable for the 

reproduction devices- 
means for sending a conversion request to 

the server based on the determination by the 

determining means . 

16. A data storing and reproducing system 
according to Claim 15, wherein the sending means 
further comprises : 

means for determining whether the 
attachment unit is capable of converting the data; 
and 
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means for sending a conversion request when 
it is determined that the attachment unit is not 
capable of converting the data. 

5 17. A data storing and reproducing system 

according to Claim 1, wherein the portable memory 
device stores information received from the server. 



18. A data storing and reproducing system 
10 according to Claim 17, wherein the stored 

information includes personal information unique to 
a user of the portable memory device, 

19. A data storing and reproducing system 
15 according to Claim 17, wherein the stored 

information includes a file reference corresponding 
to each data file sent to the server using the 
portable memory device . 

2 0 2 0. A data storing and reproducing system 

according to Claim 17, wherein the stored 
information includes a format attribute identifying 
a format of a data file sent to the server using the 
portable memory device. 



25 



21. A data storing and reproducing system 
according to Claim 17, wherein the stored 
information includes personal facsimile information 
used in sending the data as a facsimile message. 
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22. A data storing and reproducing system 
according to Claim 17, wherein the stored 
information includes email information used in 
sending the data as an email message . 

23. A data storing and reproducing system 
according to Claim 1, wherein the first or second 
reproduction device is a computer. 

24. A data storing and reproducing system 
according to Claim 1, wherein the first or second 
reproduction device is one of a print, copier, 
facsimile and display devices. 

25. A data storing and reproducing system 
according to Claim 1, wherein the at least one 
attachment unit sends a request to transmit the 
data, the server further comprises means for sending 
the data as an electronic mail message to a 
specified destination. 

26. A data storing and reproducing system 
according to Claim 25, wherein the at least one 
attachment unit sends a request to transmit the 
data, the server further comprises means for sending 
the data as a facsimile to a specified destination. 

27. A data storing and reproducing system 
according to Claim 1, wherein the at least one 
attachment unit further comprises means for sending 
a delete request to cause an entry to be deleted 



from the portable memory device and the 
corresponding data stored on the server to be 
deleted. 

28. A network terminal capable of being 
accessed by at least one data reproduction device 
having means for interfacing with a portable memory 
device, the portable memory device including a 
reference to reproduction data stored in the network 
terminal, the network terminal, comprising: 

means for storing the reproduction data; 
means for receiving a request for the 
reproduction data from the at least one data 
reproduction devices- 
means for determining whether to convert 
the reproduction data to a format compatible with 
the reproduction device; 

means for converting the reproduction data 
based on the result of a determination by the 
determination means; and 

means for sending the reproduction data to 
the reproduction device. 

29. A network terminal according to Claim 
28, further comprising means for receiving 
reproduction data from a reproduction device; and 

means for sending, to the reproduction 
device, information for accessing the received 
reproduction data on the network terminal, the 
access information for storage in the portable 
memory device. 



30. A network terminal according to Claim 
28, wherein a compatible format for a reproduction 
device is an image data format and the reproduction 
data is not image data, the converting means causing 
the reproduction data to be converted to image data. 

31. A network terminal according to Claim 
28, wherein the image data is in the form of 
Hypertext Markup Language (HTML) image data. 

32. A network terminal according to Claim 
28, wherein the network terminal converts the 
reproduction data to be sent to a reproduction 
device in response to a conversion request received 
from the reproduction device. 

33. A network terminal according to Claim 
28, wherein a reproduction device sends a request to 
transmit data, the network terminal further 
comprises means for sending the reproduction data as 
an electronic mail message to the specified 
destination if the request includes an electronic 
mail address . 

34. An attachment unit connectable to 
plural types of data processing devices, comprising: 

means for interfacing with a portable 
memory device having information including a 
reference to reproduction data stored on a network 
server; 
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means for sending a request for the 
reproduction data; 

means for receiving the reproduction data 
from the network terminal and ensuring that the 
reproduction data is in a format for use by one of 
the plural types of data processing devices; and 

means for causing the at least one of the 
plural types of data processing devices to perform a 
data reproduction of the received data. 

35. An attachment unit according to Claim 

34, further comprising a user interface that 
comprises a portion that is common to all 
reproduction devices and another portion that is 
customized to an attached reproduction device. 

36. An attachment unit according to Claim 

35, wherein the customized portion of the user 
interface is generated based on function information 
received from the attached reproduction device. 

37. An attachment unit according to Claim 
35, wherein the user interface displays for 
selection at least one entry corresponding to a 
reproduction data reference stored in the portable 
memory device and at least one selectable function 
associated with a reproduction device. 

38. An attachment unit according to Claim 
34, wherein the means for receiving the reference 
data further comprising: 
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means for determining, based on information 
stored in the portable memory device, whether to 
request the network terminal to format the 
reproduction data before sending the reproduction 
data to be reproduced by the reproduction devices- 
means for sending the conversion request if 
it is determined to request the network terminal to 
format the reproduction data. 

39. An attachment unit according to Claim 
38, wherein the determination means further 
comprising : 

means for determining whether the format of 
the data is compatible with the reproduction devices- 
means for determining whether the 
attachment unit is able to format the data if it is 
determined that the format is not compatible with 
the reproduction device; 

means for sending the conversion request to 
the network terminal, if it is determined that the 
attachment unit is not able to format the data. 

40. An attachment unit according to Claim 
34, further comprising means for forwarding 
reproduction data received from the connected 
reproduction device to the network terminal. 

41. An attachment unit according to Claim 
34, further comprising means for causing access 
information corresponding to reproduction data sent 
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to the network terminal to be stored in the portable 
memory device . 

42. An attachment unit according to Claim 
34, wherein the stored information includes personal 
information unique to a user of the portable memory 
device . 

43 . An attachment unit according to Claim 
34, wherein the stored information includes a file 
reference corresponding to each reproduction data 
sent to the server using the portable memory device. 

44 . An attachment unit according to Claim 
34, wherein the stored information includes a format 
attribute identifying a format of a reproduction 
data file sent to the server using the portable 
memory device . 

45. An attachment unit according to Claim 
34, wherein the stored information includes 
facsimile information used in sending the 
reproduction data as a facsimile message. 

46. An attachment unit according to Claim 
34, wherein the stored information includes an 
electronic mail information used in sending the 
reproduction data as an electronic mail message. 
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47. An attachment unit according to Claim 
34, wherein the reproduction device is a computer. 



48. An attachment unit according to Claim 
5 34, wherein the reproduction device is a printer, 

copier, facsimile or display device. 

49. An attachment unit according to Claim 
34, wherein the reproduction device sends a request 

10 to transmit the data, the attachment unit further 

comprises means for requesting the server to send 
the reproduction data as an electronic mail message 
to the specified destination. 

15 5 0. An attachment unit according to Claim 

34, further comprising means for sending a delete 
request to cause an entry to be deleted from the 
portable memory device and the corresponding 
reproduction data stored on the server to be 

20 deleted. 



51. A method of storing and reproducing 
data on at least one of plural types of reproduction 
devices, the method comprising: 

2 5 storing the reproduction data on a server; 

retrieving information stored on a portable 
memory device in response to a request to reproduce 
the reproduction data using one of plural types of 
reproduction devices, the stored information on the 

3 0 portable memory device corresponding to the 

reproduction data; 
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using the stored information to access the 
reproduction data on the server and ensure that the 
reproduction data is of a format suitable for the 
requested reproduction device; and 

reproducing the reproduction data using the 
requested reproduction device. 

52. A method according to Claim 51, 
further comprising sending data to be reproduced by 
at least one of the plural types of reproduction 
devices to the server. 

53. A method according to Claim 52, 
wherein sending data to be reproduced is performed 
in response to an identification of data as 
reproduction data. 

54. A method according to Claim 53, 
wherein the operation comprises a dragging operation 
in a user interface wherein a representation of the 
data is dragged and dropped onto a representation of 
the portable memory device. 

55. A method according to Claim 53, 
wherein the data sent to the server is in its 
current format. 

56. A method according to Claim 51, 
further comprising: 

displaying in a user interface entries for 
each of data stored on the server for which there is 
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information in the portable memory device, each 
entry including information retrieved from the 
portable memory device . 

57. A method according to Claim 51, 
further comprising : 

displaying in a user interface 
functionality that is common to the plural types of 
reproduction devices and functionality that is 
unique to a given reproduction device. 

58. A method according to Claim 51, 
wherein the step of using the stored information of 
the portable memory device further comprises: 

determining whether to convert the data 
into a format suitable for the requested 
reproduction device; 

causing the data to be converted to a 
suitable format if it is determined that the format 
is unsuitable for the requested reproduction device. 

59. A method according to Claim 58, 
wherein the network server converts the reproduction 
data. 



60. A method according to Claim 58, 
wherein an attachment unit coupled to the requested 
reproduction device converts the reproduction data. 
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61. A method according to Claim 51, 
wherein the suitable format for the requested 
reproduction device is an image data format. 

62. A method according to Claim 51, 
wherein the image data is in the form of Hypertext 
Markup Language image data, 

63. A method according to Claim 51, 
wherein the stored information comprises reference 
information to access the reproduction data on the 
server . 

64. A method according to Claim 63, 
wherein the stored information comprises personal 
information unique to a user of the portable memory 
device . 

65. A method according to Claim 63, 
wherein the stored information comprises a file 
reference corresponding to each reproduction data 
sent to the server using the portable memory device. 

66. A method according to Claim 51, 
wherein the stored information comprises a format 
attribute identifying a format of a data sent to the 
server using the portable memory device. 

67. A method according to Claim 51, 
wherein the stored information comprises facsimile 
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information used in sending the reproduction data as 
a facsimile message. 



68. A method according to Claim 51, 
5 wherein the stored information includes email 

information used in sending the reproduction data as 
an email message. 

69. A method according to Claim 51, 
10 wherein the requested reproduction device is a 

computer . 

70. A method according to Claim 51, 
wherein the requested reproduction device is one of 

15 a print, copier, facsimile and display devices. 

71. A method according to Claim 51, 
wherein the requested reproduction device is the 
server, reproducing the reproduction data further 

2 0 comprising: 

sending the reproduction data as an 
electronic mail message to a destination specified 
in a request for the reproduction data directed to 
the server. 
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72. A method according to Claim 51, 
wherein the requested reproduction device is a 
facsimile, reproducing the reproduction data further 
comprising : 



10 
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sending the reproduction data as a 
facsimile to a destination using the requested 
reproduction device. 

73. A method according to Claim 51, 
further comprising: 

deleting the reproduction data on the 
server and corresponding information on the portable 
memory device. 



74 . A method for reproducing data using a 
terminal connected to a network having plural types 
of reproduction devices each having data format 
requirements, the method comprising: 
15 storing the reproduction data; 

sending access information corresponding to 
the reproduction data for storage in a portable 
memory device; 

receiving a reproduction request including 
2 0 information stored in the memory of the portable 

memory device; 

determining using information included in 
the reproduction request whether to convert the 
reproduction data to a new format; 
2 5 converting the reproduction data based on 

the outcome of the determining step; and 

sending the reproduction data for 
reproduction by the requested reproduction device. 
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75. A method according to Claim 74, 
wherein the suitable format is an image data format . 
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76, A method according to Claim 75, 
wherein the image data is in the form of Hypertext 
Markup Language (HTML) image data. 

77. A method according to Claim 74, 
wherein the stored information comprises reference 
information to access the reproduction data on the 
server . 



10 78. A method according to Claim 74, 

wherein the stored information comprises personal 
information unique to a user of the portable memory- 
device . 



15 79. A method according to Claim 74, 

wherein the stored information comprises a file 
reference corresponding to each reproduction data 
sent to the server using the portable memory device. 



2 0 8 0. A method according to Claim 74, 

wherein the stored information comprises a format 
attribute identifying a format of reproduction data 
sent to the server using the portable memory device. 

25 81, A method according to Claim 74, 

wherein the stored information comprises facsimile 
information used in sending the reproduction data as 
a facsimile message. 



3 0 82 . A method according to Claim 74, 

wherein the stored information includes email 
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information used in sending the reproduction data as 
an email message. 

83. A method according to Claim 74, 

5 wherein the requested reproduction device is a 

computer . 

84. A method according to Claim 74, 
wherein the requested reproduction device is one of 

10 a print, copier, facsimile and display devices. 



85. A method according to Claim 74, 
wherein the requested reproduction device is the 
server, reproducing the reproduction data further 

15 comprising : 

sending the reproduction data as an 
electronic mail message to a destination specified 
in a request for the reproduction data directed to 
the server. 

20 

86. A method according to Claim 74, 
wherein the requested reproduction device is a 
facsimile, reproducing the reproduction data further 
comprising : 

2 5 sending the reproduction data as a 

facsimile to a destination using the requested 
reproduction device . 



87. A method according to Claim 74, 
3 0 further comprising: 
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deleting the reproduction data on the 
server and the stored information corresponding to 
the reproduction data on the portable memory device. 

5 88. A method of reproducing data using an 

attachment unit connectable to plural types of 
reproduction devices and to a network server, the 
method comprising: 

interfacing with a portable memory device 
10 to store and retrieve information including a 

reference to reproduction data stored on the network 
servers- 
detecting a request to reproduce the data 
using a requested one of the plural types of 
15 reproduction devices; 

determining, using the stored information, 
whether the data stored on the network server is to 
be converted to a format suitable for the requested 
reproduction device; 

2 0 sending a request to the network server for 

the reproduction data; 

causing the requested reproduction devices 
to reproduce the reproduction data received from the 
network server. 

25 

89. A method according to Claim 88, 
further comprising : 

displaying in a user interface entries for 
each of data stored on the server for which there is 

3 0 information in the portable memory device, each 
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entry including information about the data retrieved 
from the portable memory device. 



10 



15 



90. A method according to Claim 88, 
further comprising: 

displaying in a user interface 
functionality that is common to the plural types of 
reproduction devices and functionality that is 
unique to a given reproduction device. 

91. A method according to Claim 90, 
wherein the functionality that is unique to a given 
reproduction device is specified by the given 
reproduction device. 



92. A method according to Claim 91, 
wherein receiving the reference data further 
comprising : 

determining, based on information stored in 

2 0 the portable memory device, whether to request the 

network terminal to format the reproduction data; 

sending the conversion request if it is 
determined to request the network terminal to format 
the reproduction data. 

25 

93. A method according to Claim 92, 
wherein determining whether to request the network 
terminal to format the reproduction data further 
comprising : 

3 0 determining whether the format of the data 

is compatible with the reproduction device; 
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determining whether the attachment unit is 
able to format the data if it is determined that the 
format is not compatible with the reproduction 
device; 

5 sending the conversion request to the 

network terminal, if it is determined that the 
attachment unit is not able to format the data. 



94. A method according to Claim 88, 
10 further comprising forwarding reproduction data 

received from the connected reproduction device to 
the network terminal . 



95. A method according to Claim 88, 
15 further comprising causing access information 

corresponding to reproduction data sent to the 
network terminal to be stored in the portable memory 
device . 



20 96. A method according to Claim 88, 

wherein the stored information includes personal 
information unique to a user of the portable memory 
device . 



25 97. A method according to Claim 88, 

wherein the stored information includes a file 
reference corresponding to each reproduction data 
sent to the network server using the portable memory 
device . 
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98. A method according to Claim 88, 
wherein the stored information includes a format 
attribute identifying a format of a reproduction 
data file sent to the network server using the 

5 portable memory device. 

99. A method according to Claim 88, 
wherein the stored information includes facsimile 
information used in sending the reproduction data as 

10 a facsimile message. 

100. A method according to Claim 88, 
wherein the stored information includes an 
electronic mail information used in sending the 

15 reproduction data as an electronic mail message. 

101. A method according to Claim 88, 
wherein the reproduction device is a computer. 

20 102, A method according to Claim 88, 

wherein the reproduction device is a print, copier, 
facsimile or display device. 

103. A method according to Claim 88, 
2 5 wherein the reproduction device sends a request to 

transmit the data, the method further comprises: 

requesting the network server to send the 
reproduction data as an electronic mail message to 
the specified destination. 

30 
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104. A method according to Claim 88, 
further comprising : 

causing an entry to be deleted from the 
portable memory device and the corresponding 
5 reproduction data stored on the server to be 

deleted, 

105. A computer- readable memory medium in 
which computer-executable process steps are stored, 

10 the process steps for storing and reproducing data 

on at least one of plural types of reproduction 
devices, wherein the process steps comprise: 

a storing step to store the reproduction 
data on a server; 

15 a retrieving step to retrieve information 

stored on a portable memory device in response to a 
request to reproduce the reproduction data using one 
of plural types of reproduction devices, the stored 
information on the portable memory device 

2 0 corresponding to the reproduction data; 

an accessing step to access, using the 
stored information, the reproduction data on the 
server and ensure that the reproduction data is of a 
format suitable for the requested reproduction 

2 5 device; and 

a reproducing step to reproduce the 
reproduction data using the requested reproduction 
device . 



30 106. A computer-readable memory medium 

according to Claim 105, further comprising a sending 
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step to send data to be reproduced by at least one 
of the plural types of reproduction devices to the 
server. 



5 107. A computer-readable memory medium 

according to Claim 105, wherein sending data to be 
reproduced is performed in response to an 
identification of data as reproduction data. 



10 108. A computer-readable memory medium 

according to Claim 107, wherein the operation 
comprises a dragging operation in a user interface 
wherein a representation of the data is dragged and 
dropped onto a representation of the portable memory 

15 device . 



109. A computer-readable memory medium 
according to Claim 107, wherein the data sent to the 
server is in its current format. 

20 

110. A computer-readable memory medium 
according to Claim 105, further comprising: 

a displaying step to display in a user 
interface entries for each of data stored on the 
25 server for which there is information in the 

portable memory device, each entry including 
information retrieved from the portable memory 
device . 



30 111. A computer-readable memory medium 

according to Claim 105, further comprising: 
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a displaying step to display in a user 
interface functionality that is common to the plural 
types of reproduction devices and functionality that 
is unique to a given reproduction device. 

5 

112. A computer-readable memory medium 
according to Claim 105, wherein the accessing step 
further comprises : 

a determining step to determine whether to 
10 convert the data into a format suitable for the 

requested reproduction device; 

a causing step to cause the data to be 
converted to a suitable format if it is determined 
that the format is unsuitable for the requested 
15 reproduction device. 

113. A computer-readable memory medium 
according to Claim 112, wherein the network server 
converts the reproduction data. 

20 

114. A computer- readable memory medium 
according to Claim 112, wherein an attachment unit 
coupled to the requested reproduction device 
converts the reproduction data. 

25 

115. A computer-readable memory medium 
according to Claim 105, wherein the suitable format 
for the requested reproduction device is an image 
data format . 
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116. A computer- readable memory medium 
according to Claim 105^ wherein the image data is in 
the form of Hypertext Markup Language (HTML) image 
data . 

117. A computer-readable memory medium 
according to Claim 105, wherein the stored 
information comprises reference information to 
access the reproduction data on the server. 

118. A computer-readable memory medium 
according to Claim 117, wherein the stored 
information comprises personal information unique to 
a user of the portable memory device. 



119. A computer- readable memory medium 
according to Claim 117, wherein the stored 
information comprises a file reference corresponding 
to each reproduction data sent to the server using 
2 0 the portable memory device. 



120. A computer-readable memory medium 
according to Claim 105, wherein the stored 
information comprises a format attribute identifying 
25 a format of a data sent to the server- using the 

portable memory device. 
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121. A computer-readable memory medium 
according to Claim 105, wherein the stored 
information comprises facsimile information used in 



- 97 - 



sending the reproduction data as a facsimile 
message . 

122 . A computer- readable memory medium 
5 according to Claim 105, wherein the stored 

information includes email information used in 
sending the reproduction data as an email message. 

123. A computer-readable memory medium 
10 according to Claim 105, wherein the requested 

reproduction device is a computer. 

124. A computer-readable memory medium 
according to Claim 105, wherein the requested 

15 reproduction device is one of a print, copier, 

facsimile and display devices. 



125. A computer-readable memory medium 
according to Claim 105, wherein the requested 
2 0 reproduction device is the server, the step of 

reproducing the reproduction data further 
comprising : 

a sending step to send the reproduction 
data as an electronic mail message to a destination 
25 specified in a request for the reproduction data 

directed to the server. 
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126. A computer-readable memory medium 
according to Claim 105, wherein the requested 
reproduction device is a facsimile, the step of 
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reproducing the reproduction data further 
comprising : 

a sending step to send the reproduction 
data as a facsimile to a destination using the 
requested reproduction device. 

127. A computer- readable memory medium 
according to Claim 105, further comprising: 

a deleting step to delete the reproduction 
data on the server and corresponding information on 
the portable memory device . 

12 8. A computer- readable memory medium in 
which computer- executable process steps are stored, 
the process steps for reproducing data using a 
terminal connected to a network having plural types 
of reproduction devices each having data format 
requirements, wherein the process steps comprise: 

a storing step to store the reproduction 

data; 

a sending step to send access information 
corresponding to the reproduction data for storage 
in a portable memory device; 

a receiving step to receive a reproduction 
request including information stored in the memory 
of the portable memory device; 

a determining step to determine using 
information included in the reproduction request 
whether to convert the reproduction data to a new 
format ; 



a converting step to convert the 
reproduction data based on the outcome of the 
determining step ; and 

a sending step to send the reproduction 
data for reproduction by the requested reproduction 
device . 

12 9. A computer-readable memory medium 
according to Claim 12 8, wherein the suitable format 
is an image data format . 

130. A computer-readable memory medium 
according to Claim 129, wherein the image data is in 
the form of Hypertext Markup Language (HTML) image 
data . 

131. A computer-readable memory medium 
according to Claim 12 8, wherein the stored 
information comprises reference information to 
access the reproduction data on the server. 

132. A computer-readable memory medium 
according to Claim 12 8, wherein the stored 
information comprises personal information unique to 
a user of the portable memory device. 

133. A computer- readable memory medium 
according to Claim 128, wherein the stored 
information comprises a file reference corresponding 
to each reproduction data sent to the server using 
the portable memory device. 
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134. A computer- readable memory medium 
according to Claim 12 8, wherein the stored 
information comprises a format attribute identifying 
a format of reproduction data sent to the server 

5 using the portable memory device. 

135. A computer-readable memory medium 
according to Claim 12 8, wherein the stored 
information comprises facsimile information used in 

10 sending the reproduction data as a facsimile 

message . 

136. A computer-readable memory medium 
according to Claim 12 8, wherein the stored 

15 information includes email information used in 

sending the reproduction data as an email message. 

137. A computer-readable memory medium 
according to Claim 128, wherein the requested 

2 0 reproduction device is a computer. 

138. A computer-readable memory medium 
according to Claim 12 8, wherein the requested 
reproduction device is one of a print, copier, 

25 facsimile and display devices. 

139. A computer-readable memory medium 
according to Claim 12 8, wherein the requested 
reproduction device is the server, the step of 

3 0 reproducing to reproduce the reproduction data 

further comprising : 



a sending step to send the reproduction 
data as an electronic mail message to a destination 
specified in a request for the reproduction data 
directed to the server. 

140. A computer- readable memory medium 
according to Claim 128, wherein the requested 
reproduction device is a facsimile, the reproducing 
step to reproduce the reproduction data further 
comprising : 

a sending step to send the reproduction 
data as a facsimile to a destination using the 
requested reproduction device. 

141. A computer- readable memory medium 
according to Claim 128, further comprising: 

a deleting step to delete the reproduction 
data on the server and the stored information 
corresponding to the reproduction data on the 
portable memory device. 

142. A computer-readable memory medium in 
which computer-executable process steps are stored, 
the process steps for reproducing data using an 
attachment unit connectable to plural types of 
reproduction devices and to a network server, 
wherein the process steps comprise: 

an interfacing step to interface with a 
portable memory device to store and retrieve 
information including a reference to reproduction 
data stored on the network server; 
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a detecting step to detect a request to 
reproduce the data using a requested one of the 
plural types of reproduction devices; 

a determining step to determine, using the 
5 stored information, whether the data stored on the 

network server is to be converted to a format 
suitable for the requested reproduction device; 

a sending step to send a request to the 
network server for the reproduction data; 
10 a causing step to cause the requested 

reproduction devices to reproduce the reproduction 
data received from the network server. 

143. A computer-readable memory medium 
15 according to Claim 142, further comprising: 

a displaying step to display in a user 
interface entries for each of data stored on the 
server for which there is information in the 
portable memory device, each entry including 
2 0 information about the data retrieved from the 

portable memory device. 

144. A computer-readable memory medium 
according to Claim 142, further comprising: 

2 5 a displaying step to display in a user 

interface functionality that is common to the plural 
types of reproduction devices and functionality that 
is unique to a given reproduction device. 
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145. A computer- readable memory medium 
according to Claim 144 wherein the functionality 
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that is unique to a given reproduction device is 
specified by the given reproduction device. 



146. A computer- readable memory medium 
5 according to Claim 145, wherein the receiving step 

to receive the reference data further comprising: 

a determining step to determine, based on 
information stored in the portable memory device, 
whether to request the network terminal to format 
10 the reproduction data; 

a sending step to send the conversion 
request if it is determined to request the network 
terminal to format the reproduction data. 

15 147. A computer-readable memory medium 

according to Claim 146, wherein the determining step 
to determine whether to request the network terminal 
to format the reproduction data further comprising: 
a determining step to determine whether the 

2 0 format of the data is compatible with the 

reproduction device; 

a determining step to determine whether the 
attachment unit is able to format the data if it is 
determined that the format is not compatible with 

2 5 the reproduction device; 

a sending step to send the conversion 
request to the network terminal, if it is determined 
that the attachment unit is not able to format the 
data . 
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148, A computer- readable memory medium 
according to Claim 142, further comprising a 
forwarding step to forward reproduction data 
received from the connected reproduction device to 
5 the network terminal . 



14 9. A computer- readable memory medium 
according to Claim 142, further comprising a causing 
step to cause access information corresponding to 
10 reproduction data sent to the network terminal to be 

stored in the portable memory device. 

150. A computer-readable memory medium 
according to Claim 142, wherein the stored 

15 information includes personal information unique to 

a user of the portable memory device . 

151. A computer-readable memory medium 
according to Claim 142, wherein the stored 

2 0 information includes a file reference corresponding 

to each reproduction data sent to the network server 
using the portable memory device. 

152. A computer-readable memory medium 
2 5 according to Claim 142, wherein the stored 

information includes a format attribute identifying 
a format of a reproduction data file sent to the 
network server using the portable memory device. 



30 153. A computer-readable memory medium 

according to Claim 142, wherein the stored 
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information includes facsimile information used in 
sending the reproduction data as a facsimile 
message . 



10 



154. A computer- readable memory medium 
according to Claim 142, wherein the stored 
information includes an electronic mail information 
used in sending the reproduction data as an 
electronic mail message. 

155. A computer- readable memory medium 
according to Claim 142, wherein the reproduction 
device is a computer. 



15 156. A computer-readable memory medium 

according to Claim 142, wherein the reproduction 
device is a print, copier, facsimile or display 
device . 



20 157. A computer-readable memory medium 

according to Claim 142, wherein the reproduction 
device sends a request to transmit the data, the 
method further comprises : 

a requesting step to request the network 

2 5 server to send the reproduction data as an 

electronic mail message to the specified 
destination. 
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158. A computer-readable memory medium 
according to Claim 142, further comprising: 
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a causing step to cause an entry to be 
deleted from the portable memory device and the 
corresponding reproduction data stored on the server 
to be deleted. 
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Abstract 

A data storage and reproduction system is 
provided using a computer network that comprises a 
5 server, at least one attachment unit that is coupled 

to the server and first and second reproduction 
devices. The server storing data to be reproduced. 
At least one attachment unit comprising means for 
interfacing with a portable memory device having a 

10 reference to the reproduction data. The first 

reproduction device capable of performing a first 
data reproduction of the reproduction data and the 
second reproduction device capable of performing a 
second data reproduction of the reproduction data, 

15 the second data reproduction being different than 

the first data reproduction. Wherein the server 
responds to a request from the at least one 
attachment unit by transmitting the reproduction 
data and where the reproduction data is determined 

2 0 to be a format unsuitable for the reproduction 

device, the data is reformatted for use by the 
reproduction device. 

25 
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§1.56. 
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designates at least one coimtry other than the United States, listed below and have also identified below any 
foreign application for patent or inventor's certificate, or PCT international application having a filkig date before 
that of the application on which priority is claimed: 

(Yes/No) 

Country Application No. Filed (Day/Mo. /Yr.) Priority Claimed 



I hereby claim the benefit under 35 U.S.C. § 119(e) of any United States provisional application(s) 
listed below: 

Application No. Filed (Day/Mo. /Yr.) 



I hereby claim the benefit under 35 U.S.C. § 120 of any United States application(s), or § 365(c) of 
any PCT international application designating the United States, listed below and, insofar as the subject matter 
of each of the claims of this application is not disclosed in the prior United States or PCT international application 
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